Package Details: gogs 1:0.12.7-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: Martchus
Last Packager: Martchus
Votes: 53
Popularity: 0.000787
First Submitted: 2014-05-12 08:56 (UTC)
Last Updated: 2022-05-05 10:14 (UTC)

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

FabioLolix commented on 2022-03-19 17:04 (UTC)

All the conflicts are not needed, are the variations that need to provide and conflicts gogs

Martchus commented on 2022-01-18 11:39 (UTC) (edited on 2022-01-18 11:41 (UTC) by Martchus)

@respiranto No surprise as I've already noted a 2nd GitHub notification for the new release. It looks like the author changed the release afterwards. I haven't applied the change yet because I wanted to wait whether the 2nd release will actually be the last amendment.

I've also noticed that the new release broke my setup. There's no error message logged but stracing shows that it cannot connect to my MariaDB instance (and then silently exists). So I guess I'll have to figure out that as well.


Maybe it is time to abandon this one completely (in favor of Gitea). (See further notes in pinned comment.)

respiranto commented on 2022-01-18 11:33 (UTC)

I get a checksum mismatch for the tarball:

caee12ab0dc2c2c137788d2fed0c55c5891e889948d6bbf04d5683b7160e01cf49419a5faf9a34798bed7a79314af08409f2e1f14150a3b660e528f0d8bd4e88

jrnewell commented on 2020-08-27 20:21 (UTC)

Can you add the new go option '-modcacherw' so the build module cache folders and files are set with default permission instead of read-only. Currently, using yay, I get a lot of "permission denied" errors when doing a clean build on this package.

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

lb.laboon commented on 2018-12-14 04:20 (UTC)

One small thing I noticed is that the mode of /etc/gogs in this package does not match the mode specified in /usr/lib/tmpfiles.d/gogs.conf (/etc/gogs is 0755 in the package, but the gogs.conf file specifies 0775).

Not a huge deal, but would be nice if they were made to be consistent with each other.

potatoattack commented on 2018-11-03 13:28 (UTC)

Being unable to write to /etc/gogs/app.ini during the installer even though permissions are correct is caused by ProtectSystem=full in gogs.service. Changing this setting to ProtectSystem=true mounts /etc rw fixing this issue.

onidaito commented on 2018-10-16 23:09 (UTC)

Had an issue where gogs would not write to the /etc/gogs/app.ini The installer kept on complaining that this was a "read only file system" despite changing the directory to various users, gog included. I also changed to mode 777 at one point. Still no luck. Gogs-git seems to work first time :)

Martchus commented on 2018-07-14 20:13 (UTC)

@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 (UTC)

Just reporting this warning:

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

runical commented on 2018-04-01 19:15 (UTC)

@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 (UTC) (edited on 2018-03-31 11:14 (UTC) by Martchus)

@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 (UTC) (edited on 2018-03-31 10:54 (UTC) by runical)

@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 (UTC)

Ok, I'll do when updating anyways.

powerarch commented on 2018-03-20 20:37 (UTC)

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

Martchus commented on 2018-03-19 22:05 (UTC) (edited on 2018-03-19 22:14 (UTC) by Martchus)

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 (UTC) (edited on 2018-02-07 20:59 (UTC) by Martchus)

@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 (UTC) (edited on 2018-02-04 11:27 (UTC) by drBlaze)

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?

davidovitch commented on 2017-12-26 17:15 (UTC)

I had to use an absolute path for the SQLite database file, while the default config setting comes as a relative path. I've added this to the Arch Linux wiki. My installation is running in an Arch linux LXC container, not sure if that makes any difference.

davidovitch commented on 2017-12-23 15:06 (UTC) (edited on 2017-12-23 15:07 (UTC) by davidovitch)

@Martchus: thanks! I've updated the Arch Wiki accordingly, maybe a more experienced Gogs user could review the changes I made? For example, I could only see changes taking effect after restarting Gogs (systemctl restart gogs), is that really the case?

I've also tried to use a custom configuration file custom/conf/app.ini (as suggested by the Gogs docs), but I couldn't get that to work using either /usr/share/gogs or /var/lib/gogs as root directory.

Martchus commented on 2017-12-22 20:19 (UTC) (edited on 2017-12-22 20:21 (UTC) by Martchus)

@davidovitch This first-time-configuration via the web UI conflicts with having the config under /etc/gogs indeed. You can decide yourself whether you want to relax the permissions (temporarily) or just edit the config file directly. Note that Gogs only alters this file through the first-time-config. Any other settings are stored in the database.

davidovitch commented on 2017-12-22 20:03 (UTC)

I am a little confused regarding the location of the config file, when finishing off the installation at localhost:3000 (Install steps for first run time) I get:

Fail to save configuration: open /etc/gogs/app.ini.747273564.tmp: permission denied

Martchus commented on 2017-11-24 10:28 (UTC)

Checksums should be fixed now.

slashme commented on 2017-11-24 09:49 (UTC)

It appears the checksums in PKGBUILD haven't been updated for 0.11.34.

Martchus commented on 2017-11-05 18:15 (UTC) (edited on 2017-11-05 18:36 (UTC) by Martchus)

@Case_Of The version has been updated (https://github.com/gogits/gogs/commit/4d1d66d906321e5bdcc6b22a8fe054bd95723f36) but not released. The latest release is still 0.11.29 (https://github.com/gogits/gogs/releases). EDIT: I picked the security patches.

Martchus commented on 2017-10-12 10:11 (UTC)

I'll add it.

yan12125 commented on 2017-10-12 09:47 (UTC)

I have to change AVATAR_UPLOAD_PATH to /var/lib/gogs/data/avatars so that I can upload custom avatars. Mind to add it to 0001-Adjust-config-for-Arch-Linux-package.patch?

Martchus commented on 2017-10-06 14:56 (UTC)

@papush GOGS_CUSTOM is now set to "/var/lib/gogs/custom" in the service file.

papush commented on 2017-10-05 20:55 (UTC)

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

Martchus commented on 2017-10-02 17:31 (UTC)

@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?

papush commented on 2017-10-02 16:50 (UTC)

@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 ?

Martchus commented on 2017-09-30 18:49 (UTC)

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

papush commented on 2017-09-30 14:45 (UTC)

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.

Martchus commented on 2017-08-09 19:15 (UTC)

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

geekinthesticks commented on 2017-08-09 18:14 (UTC)

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.

Martchus commented on 2017-07-25 18:08 (UTC)

@geekinthesticks Hard to tell without the actual error message.

geekinthesticks commented on 2017-07-23 17:45 (UTC)

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

julian commented on 2017-06-29 12:08 (UTC)

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

Martchus commented on 2017-06-27 11:57 (UTC)

@julian Yes, `/var/lib/gogs` is the working directory. So adding this directory fixed the issue? I guess the package should contain the (empty) directory `/var/lib/gogs` like mariadb contains `/var/lib/mysql`.

julian commented on 2017-06-27 09:33 (UTC) (edited on 2017-06-27 09:39 (UTC) by julian)

After updating from 0.10.18 to 0.11.19 the systemd service does not start any more: gogs.service: Failed at step CHROOT spawning /usr/bin/gogs: No such file or directory /usr/bin/gogs clearly exists and is runnable as user gogs. Any thoughts on this? EDIT: /var/lib/gogs needs to be existant for recent versions of this packages, as it is used as working directory

Martchus commented on 2017-06-23 21:32 (UTC) (edited on 2017-06-23 21:34 (UTC) by Martchus)

You can work around this issue by executing `chown gogs:gogs -R /etc/gogs`. Maybe I should fix this in the package. And yes, you have to modify `/etc/gogs/app.ini` directly. The other file is just to be able to restore the defaults more easily. Hence `/etc/gogs/app.ini` is in the backup array of the PKGBUILD. I guess upstream prefers having a custom config file containing only settings to be modified and hence include the 'DO NOT MODIFY' warning. I decided against that because I like to see all available options in the file, even if I mostly stick to the default value. Additionally, this approach prevents changed behavior in case the default changes. Instead, such changes are detected by pacman creating .pacnew/.pacsave file and it is easy to get a diff.

datawolf commented on 2017-06-23 21:00 (UTC)

On the first run of a fresh install, it brings me to the Install page, but I cannot leave this page. When I click the install button at the bottom, it gives me the error, "Fail to save configuration: open /etc/gogs/app.ini.855127131.tmp: permission denied". I just installed and started using the provided gogs.service. How can I get past this? Also, do I just modify /etc/gogs/app.ini directly, or do I need to make a copy? I see that the pkgbuild also puts an app.ini file at /usr/share/gogs/conf/app.ini. The top of both of them says not to modify. I'm not sure which one I should be using.

colinc904 commented on 2017-06-17 07:33 (UTC)

I could not build this package as it stands, because the variable $GOPATH was not defined in the build() section, so the cd command failed. Copying the export commands for GOROOT and GOPATH from the prepare() section into the build() section fixes the problem for me. (this is using the 'pacaur' command, I don't know if that is relevant...)

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

Martchus commented on 2017-05-15 12:39 (UTC)

@xsmile: Thanks, I'll add the flags when updating anyways. The Wiki pages should be updated, too: https://wiki.archlinux.org/index.php/Gogs But maybe it doesn't make much sense to put absolute paths there anymore because other Gogs packages (eg. gogs-git, variants of this, ...) might use other locations. It should be easy to find out the absolute paths by just using `pacman -Ql gogs`.

xsmile commented on 2017-05-15 10:07 (UTC)

@Martchus: That is fore sure :-) The change is in line 62. Using these ldflags strips debugging information from the binary.

Martchus commented on 2017-05-15 09:46 (UTC)

@xsmile How did you achieve the smaller binary size (not sure which modification of your PKGBUILD is relevant)? I think it is better not change the paths here again because these changes are likely very annoying for the users.

xsmile commented on 2017-05-13 14:36 (UTC)

I have been playing around with different gogs configurations recently and would like to share my package that includes some (in my opinion) useful changes I gathered from the other packages or found out myself: - working directory is set using an environment variable - symlinks instead of static paths in app.ini - thus no default app.ini, gogs generates it during the setup routine - binary should be ~10MB smaller https://www.sendspace.com/file/zxe93v

CountMurphy commented on 2017-05-08 18:13 (UTC) (edited on 2017-05-08 18:14 (UTC) by CountMurphy)

ah. Thanks. Looks like I'm having other issues on my end. Gogs seems to be incapable of writing to its own home folder (rewrite ssh austhorized keys does nothing). I suspect something is wrong with my install/db/config, vs something with the package itself. I have my database and repos backed up and will attempt a full reinstall of gogs tonight. Sorry I was a bit snappy in my unedited comment below

edacval commented on 2017-05-08 17:38 (UTC) (edited on 2017-05-08 17:40 (UTC) by edacval)

@CountMurphy: Remove symlink, go to gogs "Admin panel" and press "Rewrite '.ssh/authorized_keys' file (caution: non-Gogs keys will be lost)" and "Resync pre-receive, update and post-receive hooks of all repositories" . This is long-standing bug/feature, gogs store part of configuration paths in database. You must repeat this after each path change.

boosterdev commented on 2017-05-08 17:36 (UTC)

my personal version puts everything in /home/git using the git user from git package, less then few tweaks to get ssh running with git@localhost http://boosterdev.ddns.net/git/boosterdev/gogs

CountMurphy commented on 2017-05-08 16:18 (UTC) (edited on 2017-05-08 16:59 (UTC) by CountMurphy)

Solved that issue thanks to your comment below " binary is now under /usr/bin * and only static files under /usr/share/gogs" This needs to be added back else it completely breaks git over ssh. ln -s /usr/bin/gogs /usr/share/gogs/gogs fixed the issue.

CountMurphy commented on 2017-05-08 15:52 (UTC) (edited on 2017-05-08 15:53 (UTC) by CountMurphy)

Something went really, really wrong with this update. All my configs were ignored. Was able to manually move them to /etc and now Gogs mostly works. The only real issue is I cannot interact with gogs over ssh anymore. trying to fetch (or clone) Gives me: bash: /usr/share/gogs/gogs: No such file or directory fatal: Could not read from remote repository. Please make sure you have the correct access rights Browsing /usr/share/gogs confirms that there is no file called gogs. Did this file not get included? Even deleting my ssh key, and re-adding it over the web interface does not fix this problem

Martchus commented on 2017-05-08 09:10 (UTC)

Gogs fits in the regular file system tree. No reason to put everything under /opt.

Martchus commented on 2017-05-06 13:53 (UTC)

Removal of those make dependencies is one of the things I changed in my own version which still builds fine: https://github.com/Martchus/PKGBUILDs/blob/master/gogs/default Not sure whether building with go-bindata-git and nodejs-less enables any optional features, though.

runical commented on 2017-05-06 13:16 (UTC) (edited on 2017-05-06 13:16 (UTC) by runical)

Thanks for the update :-) Quick question: Does this really require go-bindata-git? Can't it be built with the version in the repos?

xsmile commented on 2017-05-05 20:50 (UTC)

Thanks :-)

boosterdev commented on 2017-05-05 19:16 (UTC) (edited on 2017-05-05 19:31 (UTC) by boosterdev)

@xsmile sorry have been busy last weeks will make changes as soon as possible. @runical bad habbit for making x86_64 packages only.

xsmile commented on 2017-05-04 15:56 (UTC)

@boosterdev: As you didn't reply to my email, I ask again here. Do you have any plans to change the package and address the issues mentioned by runical?

runical commented on 2017-04-18 12:26 (UTC) (edited on 2017-04-18 12:28 (UTC) by runical)

@boosterdev: Seems you didn't read the comments, but welcome anyway. Cound you explain your changes to the PKGBUILD and things we need to take into account when updating? For example, you've removed i686 and the arm architectures from the supported archs. Why did you do that? Also, you removed the epoch, meaning that the update does not register with many aur helpers ;-)

runical commented on 2017-04-13 12:16 (UTC)

@Martchus: Remember that you can co-maintain packages, so you can also do that.

Martchus commented on 2017-04-13 11:52 (UTC) (edited on 2017-04-13 11:54 (UTC) by Martchus)

wicast has disowned the package. I would take ownership, however only with the changes mentioned in my comment from 2017-03-19: * binary is now under /usr/bin * and only static files under /usr/share/gogs * config is now under /etc/gogs instead of /srv/... * logs are now under /var/log/gogs * working dir and repos are now under /var/lib/gogs * patches are formatted appropriately * dependencies in base or base-devel are removed So I'll wait for some feedback before taking ownership. Maybe you prefer the variant by edacval? Then he should take ownership. In any case the Wiki should be updated accordingly.

Martchus commented on 2017-04-12 11:11 (UTC)

Just updated my variant to 0.11.4: https://github.com/Martchus/PKGBUILDs/tree/master/gogs/default I kept the patches in my version since these shouldn't be hard to maintain and I guess having the config with all the defaults is quite useful because you can see directly all available options.

sachilles commented on 2017-04-11 14:54 (UTC)

@wicast, shall we assume that the package is orphaned? Or is there a chance to provide a current release. I guess that edacval did a good job and the GitHub repo is it worth to be checked out. Please upgrade to the latest release.

edacval commented on 2017-03-19 20:32 (UTC) (edited on 2017-03-19 20:58 (UTC) by edacval)

And here is another version: https://github.com/edacval/aur-gogs Adjustments: built without symbols and debug info binary is now under /usr/bin static files under /usr/share/gogs GOGS_HOME at /srv/gogs config in default gogs location: $GOGS_HOME/custom/conf/app.ini working dir and repos : GOGS_HOME No patches anymore. app.ini now contains just the overrides from default builtin values.

Martchus commented on 2017-03-19 18:09 (UTC)

Here is an adjusted version of the package: https://github.com/Martchus/PKGBUILDs/tree/master/gogs/default It provides the latest version (0.10.18). I also did some adjustments to fix things I didn't like about the way the current package works. Most importantly: * binary is now under /usr/bin * and only static files under /usr/share/gogs * config is now under /etc/gogs instead of /srv/... * logs are now under /var/log/gogs * working dir and repos are now under /var/lib/gogs * patches are formatted appropriately * dependencies in base or base-devel are removed However, I didn't use Gogs before and I'm still testing. But it seems to run fine so far with that configuration.

nougad commented on 2017-03-18 21:06 (UTC)

Diff to get latest gogs release: diff --git a/PKGBUILD b/PKGBUILD index 307970d..1119444 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -3,7 +3,7 @@ pkgname=gogs _pkgname=${pkgname} -pkgver=0.9.113 +pkgver=0.10.18 pkgrel=1 epoch=1 pkgdesc="Gogs(Go Git Service) is a Self Hosted Git Service in the Go Programming Language." @@ -31,8 +31,8 @@ source=('gogs.service.patch' "$_pkgname-$pkgver::https://${_gourl}/archive/v${pkgver}.tar.gz") sha512sums=(834e95fe9bcfa291a573ad1fa43f41bbed844658a918ff4fcf53ab8a44a296206ee4003eab1d9a2785c9126be077022f4907846d2eb6c5d64050b5e81ce47f44 - dd88280d0ae028085d5834e7579477257331287f6892ec9489a6ba07f1c1f9f993a2b23513ea128ddf523b69ead2be9c309833ad22901a6a6ec6180720ee81bd - 45527934b2a7b12730cbcbe4f6c92e49d3a59369cb6380ead25809340d02ac9f38f4370c0a9d1e3a84dd59dc0ab77c6b6e2c2217d95ffcb69f9a035ccf042549) + 739a8921aa117e8e9fda07a3087953fe96e8cf1cb174af8bbcb9acc02226b04bbd732692dd711ca36dd188a2862e0fcdc2da5d794677baf802cf174b02899238 + aedf45900c85d260466e3db906e0320454c0a987198dc3101400d0d73d11b074d19594d655af8ac848ac14d27fa2a9adbfe09b6f055b28d72bb6d3e2f88b4cec) _goroot="/usr/lib/go" @@ -63,13 +63,6 @@ prepare() { mv "$srcdir/$_pkgname-${pkgver}" $GOPATH/src/${_gourl} - # Glide - msg2 "Download dependencies via Glide" - cd $GOPATH/src/${_gourl} - glide cc - glide update - glide install - # Execute patch msg2 "Execute patches" patch -Np1 -i "$srcdir/app.ini.patch" "$GOPATH/src/${_gourl}/conf/app.ini" diff --git a/app.ini.patch b/app.ini.patch index b0c100f..9738e03 100644 --- a/app.ini.patch +++ b/app.ini.patch @@ -1,24 +1,24 @@ -7c7 +8c8 < RUN_USER = git --- > RUN_USER = gogs -12c12 -< ROOT = ---- -> ROOT = /srv/gogs/repo -135c135 +61c61 < STATIC_ROOT_PATH = --- > STATIC_ROOT_PATH = /usr/share/themes/gogs/default -137c137 +63c63 < APP_DATA_PATH = data --- > APP_DATA_PATH = /srv/gogs/data -160c160 +71c71 +< ROOT = +--- +> ROOT = /srv/gogs/repo +168c168 < PATH = data/gogs.db --- > PATH = /srv/gogs/sqlite/gogs.db -292c292 +310c310 < ROOT_PATH = --- > ROOT_PATH = /var/log/gogs

runical commented on 2017-03-14 10:08 (UTC)

We have been out of date for one and a half month now and on version 0.10.8. Wicast, can you please give a sign of life and tell us if you need help? There are probably people here who would be willing to co-maintain the package with you if that would help.

duckbrain commented on 2017-02-25 19:24 (UTC)

This patch seems to have worked for me to update it to the latest version. I compiled and tested on x86_64 and armv7. https://gist.github.com/duckbrain/8e6693e67899d46c6ddc600adb5eac52 As mentioned by @maddie, all I did was update to the newest release, remove the 3 glide lines, and remove the glide makedepends.

maddie commented on 2017-02-15 03:17 (UTC) (edited on 2017-02-15 03:19 (UTC) by maddie)

Is this package still being maintained? 0.9.141 is out, now glide is removed in favor of vendor. The glide section in PKGBUILD should be removed in order to have gogs built successfully.

Tintifax commented on 2016-12-20 11:56 (UTC)

Looks still broken. Full output here: http://pastebin.com/jfVdChjj

nougad commented on 2016-12-01 23:59 (UTC)

I get the same error. Scrolling up I see the msg: # github.com/gogits/gogs/vendor/golang.org/x/net/html/charset vendor/golang.org/x/net/html/charset/charset.go:42: undefined: encoding.Encoder vendor/golang.org/x/net/html/charset/charset.go:45: undefined: encoding.HTMLEscapeUnsupported which is basically fixed by running glide cc before (see https://github.com/gogits/gogs/issues/3707) When I run glide cc before I run into the following problem (see full error below): It looks like it's related to https://github.com/gogits/gogs/issues/3683 The v0.9.97 was released this on Sep 1 - The bug fixed Sep 23. Looks like only a new release would fix the problem. I applied the patch locally ( https://github.com/gogits/gogs/commit/2bec8a4f1ef6b48220a0010c1482e561abd55810 ) and was able to build the package. $ cat models.go.patch InsertOne(interface{}) (int64, error) Iterate(interface{}, xorm.IterFunc) error Sql(string, ...interface{}) *xorm.Session - Where(string, ...interface{}) *xorm.Session + Where(interface{}, ...interface{}) *xorm.Session } modifications to PKGBUILD: source=('gogs.service.patch' 'app.ini.patch' + 'models.go.patch' "$_pkgname-$pkgver::https://${_gourl}/archive/v${pkgver}.tar.gz") sha512sums=(834e95fe9bcfa291a573ad1fa43f41bbed844658a918ff4fcf53ab8a44a296206ee4003eab1d9a2785c9126be077022f4907846d2eb6c5d64050b5e81ce47f44 800bba8c0d01bacb43846572f5ade2d1a04b0093f70c991b3cc80bd39b14eb02bb3534890666ff1bbbd9a23e97453f2f136648f7f23d5f829239ab7b4258f6ca + 35eb343ce1158fbb45d0007d107e5dc88d58b83e4cf4b72273969055620cce19f6374bfef4212b066dd45d75083ef0f199effbcc832c0ee4ad27501ea8fbe226 4ea51d7dc3f70a352765c9e736ebbf290b652253309f44ab08c6c95a96b033356db954d0da22cea754c346537af2c24f3239fcbb7c1babf9161f710d75b4e9e5) patch -Np1 -i "$srcdir/gogs.service.patch" "$GOPATH/src/${_gourl}/scripts/systemd/gogs.service" + patch -Np1 -i "$srcdir/models.go.patch" "$GOPATH/src/${_gourl}/models/models.go" } Full excerpt: # github.com/gogits/gogs/models models/access.go:84: cannot use x (type *xorm.Engine) as type Engine in argument to accessLevel: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/access.go:94: cannot use x (type *xorm.Engine) as type Engine in argument to hasAccess: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/access.go:245: cannot use x (type *xorm.Engine) as type Engine in argument to r.recalculateAccesses: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/action.go:194: cannot use x (type *xorm.Engine) as type Engine in argument to newRepoAction: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/action.go:217: cannot use x (type *xorm.Engine) as type Engine in argument to renameRepoAction: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/action.go:568: cannot use x (type *xorm.Engine) as type Engine in argument to transferRepoAction: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/action.go:586: cannot use x (type *xorm.Engine) as type Engine in argument to mergePullRequestAction: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/issue.go:154: cannot use x (type *xorm.Engine) as type Engine in argument to issue.loadAttributes: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/issue.go:231: cannot use x (type *xorm.Engine) as type Engine in argument to i.hasLabel: *xorm.Engine does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/issue.go:312: cannot use e (type *xorm.Session) as type Engine in argument to issue.getLabels: *xorm.Session does not implement Engine (wrong type for Where method) have Where(interface {}, ...interface {}) *xorm.Session want Where(string, ...interface {}) *xorm.Session models/issue.go:312: too many errors mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater/_obj/ cd /srv/aur/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater /srv/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 051849d0b68d9a837faccd348575b93c8a4ad1a0 -D _/srv/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 /srv/aur/gogs/src/build/src/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1 /srv/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 8d1bc43b4d401f0d350447b5c3aae7c460a80050 -importmap gopkg.in/ini.v1=github.com/gogits/gogs/vendor/gopkg.in/ini.v1 -D _/srv/aur/gogs/src/build/src/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1 -I $WORK -I /srv/aur/gogs/src/build/pkg/linux_amd64 -pack ./editorconfig.go mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/gogits/cron/_obj/ cd /srv/aur/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/gogits/cron /srv/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 09995a2f36c16b19b8adf89712bed5fc7a4caaa9 -D _/srv/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 /srv/aur/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/urfave/cli /srv/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 4518143d9ac4151794dcdd0e4aab9cd4408a7740 -D _/srv/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(). Aborting...

cinaed666 commented on 2016-11-26 15:41 (UTC)

nicoulaj: I have the same issue at the moment. Exact same error.

nicoulaj commented on 2016-11-25 23:12 (UTC)

Does the package build for you ? It fails for me, with no meaningful error message: /home/nicoulaj/tmp/yaourt-tmp-nicoulaj/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 4518143d9ac4151794dcdd0e4aab9cd4408a7740 -D _/home/nicoulaj/tmp/yaourt-tmp-nicoulaj/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(). Aborting...

fanningert commented on 2016-09-27 14:33 (UTC) (edited on 2016-09-28 16:21 (UTC) by fanningert)

I update the PKGBUILD file and add following points. * Add 'glide update' before 'glide install' But it looks like the is an problem in the source with the current release. So I openend a Git-Issue. https://github.com/gogits/gogs/issues/3707 <- was a caching problem on my machine but after that I get a new error https://github.com/gogits/gogs/issues/3712 <- corrected with the next release of gogs, gogs-git is working

mikroskeem commented on 2016-09-27 08:25 (UTC) (edited on 2016-09-27 08:30 (UTC) by mikroskeem)

Adding "glide update" before "glide install" fixes checkout error, but then I get this error: https://paste.nightsnack.cf/ifexamurek.pas

fbis251 commented on 2016-09-22 16:25 (UTC)

@FoPref Unfortunately the download script doesn't keep the version of the source package in the downloaded file and instead renames them all "gogs". Just delete the "gogs" file from the package folder and try to rebuild the package and it should work fine. @fanningert would you mind keeping the version number in the packages to prevent this from happening?

FoPref commented on 2016-09-22 15:56 (UTC)

Does not install: -> Downloading gogs... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 120 0 120 0 0 250 0 --:--:-- --:--:-- --:--:-- 250 100 8511k 100 8511k 0 0 3952k 0 0:00:02 0:00:02 --:--:-- 9300k ==> Validating source files with sha512sums... gogs.service.patch ... Passed app.ini.patch ... Passed gogs ... NOT FOUND ==> ERROR: One or more files did not pass the validity check!

miopa commented on 2016-09-16 15:16 (UTC)

I had do add glide update before glide install in prepare() in order to build it

majewsky commented on 2016-08-12 11:39 (UTC) (edited on 2016-08-12 11:39 (UTC) by majewsky)

I tried to update from 0.9.0 to 0.9.71, but the epoch decreased (!) from 2 to 1, thus breaking my AUR helpers. Can you please increase the epoch again?

freswa commented on 2016-08-08 13:59 (UTC)

the checksum for the archive seems to be not up 2 date

runical commented on 2016-08-03 19:10 (UTC) (edited on 2016-08-03 19:17 (UTC) by runical)

@Mic92: I recently asked them to remove this because it isn't expected behaviour and not the normal way to package for Arch :) You can add the hook to the wiki though, some people like something like this. EDIT: Sorry, what I asked to be removed was an automatic enabling and starting of GOGS on install. My bad. On the other hand, I don't really see the added value to do this in the package. A hook is the perfect solution for this problem.

Mic92 commented on 2016-08-03 15:24 (UTC) (edited on 2016-08-03 15:26 (UTC) by Mic92)

Usually I like arch's default to not automatically restart services after upgrade. But in this case Gogs will not find it's old assets, so I added this pacman hook: #/etc/pacman.d/hooks/gogs.hook [Trigger] Type = File Operation = Upgrade Target = usr/share/gogs/gogs [Action] Description = Restart gogs... When = PostTransaction Exec = /usr/bin/systemctl try-restart gogs.service Maybe this could be part of the wiki or part of the package (maybe optionally enabled via symlink). I find it quite convenient.

CountMurphy commented on 2016-07-22 18:50 (UTC)

checksums fail: ==> Validating source files with sha512sums... gogs.service.patch ... Passed app.ini.patch ... Passed gogs ... FAILED ==> ERROR: One or more files did not pass the validity check!

fanningert commented on 2016-07-21 08:50 (UTC)

@jakschu Currently the install process with apacman or yaourt, is working on my laptop. Looks like it is a github or glide problem. My created issue is open and I will search for the problem. But currently I don't found a good log-option in glide with the install parameter.

jakschu commented on 2016-07-20 14:51 (UTC)

Thanks for opening the issue on Github. I just tried another 10x and updated the Gist. The errors seem to occur somehow randomly. ldap seems only to work part time.

fanningert commented on 2016-07-19 21:03 (UTC)

@jakschu I opened a issue on the GitHub page of Gogs. https://github.com/gogits/gogs/issues/3284 I think the problem is by Glide. (I add a link to a glide issue in the gogs issue) But you can retry, the compile process. By me, the second compile get me a working package. (sorry for this workaround)

jakschu commented on 2016-07-19 20:43 (UTC)

I can't build it anymore. https://gist.github.com/jakschu/f66b0b5863d06cf6d61577cd94bc4e41

geekinthesticks commented on 2016-07-08 14:05 (UTC)

@fanningert Yes, I did install base-devel. I'll try again and paste the full trace. Interestingly I get exactly the same error trying to install on Ubuntu 16.04.

fanningert commented on 2016-07-07 18:53 (UTC)

@geekinthesticks: I think the error is some lines up. But one question. Did you installed base-devel package?

geekinthesticks commented on 2016-07-03 11:03 (UTC)

I am getting the following error, but ti's not clear what is causing it: cd /home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/github.com/gogits/gogs.a -trimpath $WORK -p main -complete -buildid 14015d61327f125aaf39de90793f540dd83defc2 -importmap github.com/codegangsta/cli=github.com/gogits/gogs/vendor/github.com/codegangsta/cli -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs -I $WORK -I /home/ian/AUR/gogs/src/build/pkg/linux_amd64 -pack ./gogs.go cd . /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/link -o $WORK/github.com/gogits/gogs/_obj/exe/a.out -L $WORK -L /home/ian/AUR/gogs/src/build/pkg/linux_amd64 -extld=gcc -buildmode=exe -buildid=14015d61327f125aaf39de90793f540dd83defc2 $WORK/github.com/gogits/gogs.a go build github.com/gogits/gogs: /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/link: signal: killed ==> ERROR: A failure occurred in build(). Aborting...

runical commented on 2016-06-03 08:40 (UTC)

@fanningert: Thanks!

fanningert commented on 2016-06-02 18:04 (UTC)

@runical I removed the automatic start of systemd service in the install file.

fanningert commented on 2016-06-02 17:54 (UTC)

@lilmike I create a own package for glide. Now the build work on every system. https://aur.archlinux.org/packages/glide/ I also updated every gogs package.

fanningert commented on 2016-06-02 17:08 (UTC)

@lilmike @wicast In glide-git has some error. I will create a new PKGBUILD for this and submit it to wicast.

lilmike commented on 2016-06-02 12:59 (UTC)

@fanningert @ (wicast) : Can you possibly make it depend on glide instead (I don't know if this would be possible as there is no specific glide package), but I can't build gogs on my ARM archlinux system anymore because glide-bin doesn't have a package for it, though I can install glide-git, just gogs won't accept that version. -Michael.

runical commented on 2016-05-30 09:37 (UTC)

@fanningert: Could you remove the service control statements from the install file? This is not something that should be done in an install file, but by the user. Not everyone wants to start software right after installation.

fanningert commented on 2016-03-07 17:17 (UTC)

@majewsky: I can change the gogs source download from git to tarball. But I can't change the sub packages, because gogs reference to specific commits (view https://github.com/gogits/gogs/blob/master/.gopmfile).

majewsky commented on 2016-03-07 10:06 (UTC)

Please use the release tarballs (e.g. https://github.com/gogits/gogs/archive/v0.9.0.tar.gz ) instead of cloning the repository. I'm sitting here on a shitty Wifi and it's taking about an hour to clone the repo, since it's much bigger than the tarball.

fanningert commented on 2015-12-26 07:30 (UTC)

Hi. Look at the line 295 of your log. You need to install first the base-devel package of arch linux. Currently, the gcc is missing. Here you can find more infos. https://wiki.archlinux.org/index.php/Arch_User_Repository

nougad commented on 2015-12-25 22:22 (UTC)

The build fails with: mkdir -p $WORK/golang.org/x/crypto/ssh/_obj/ cd /srv/aur/gogs/src/build/src/golang.org/x/crypto/ssh /srv/aur/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/golang.org/x/crypto/ssh.a -trimpath $WORK -p golang.org/x/crypto/ssh -complete -buildid 9dd4eb965c9ea0b2bf846f80536c19df0432bc5a -D _/srv/aur/gogs /src/build/src/golang.org/x/crypto/ssh -I $WORK -I /srv/aur/gogs/src/build/pkg/linux_amd64 -pack ./buffer.go ./certs.go ./channel.go ./cipher.go ./client.go ./client_auth.go ./common.go ./connection.go ./doc.go ./handshake.go ./kex.go ./keys.go ./mac.go ./messages.go ./mux.go ./server.go ./session.go ./tcpip.go ./transport.go ==> ERROR: A failure occurred in build(). Aborting... full log: http://pastebin.com/Q5g7cDB4 any ideas?

fanningert commented on 2015-11-30 16:21 (UTC) (edited on 2015-11-30 16:21 (UTC) by fanningert)

@bidossessi: Thanks, really a long time bug. It is now corrected in all three versions of gogs.

bidossessi commented on 2015-11-30 10:53 (UTC)

you may want to update the chsh call in gogs.install. It creates a needless warning. Using /bin/bash should not be a problem.

sflor commented on 2015-11-22 16:05 (UTC)

Gosh, I totally overlooked that. Sorry for troubling you with this.

wicast commented on 2015-11-21 18:29 (UTC)

@veluria in line 442,you can find out your problem.It seems you haven't installed gcc. The gcc package is in the base-devel group.So you should read through the guidelines first before using aur. https://wiki.archlinux.org/index.php/Arch_User_Repository

sflor commented on 2015-11-21 16:51 (UTC)

I didn't include it, because, well, see for yourself: https://cryptbin.com/3B#323f888cba9917febc5ccbe10aac03c3

fanningert commented on 2015-11-21 15:52 (UTC)

@veluria like @wicast wrote. Please post the build error. On my system I don't get a build error.

wicast commented on 2015-11-21 15:24 (UTC)

@veluria details?paste your build log plz.

sflor commented on 2015-11-21 12:48 (UTC)

Build fails for me.

fanningert commented on 2015-10-18 13:09 (UTC)

@thelinuxguy Copy past mistake

thelinuxguy commented on 2015-10-16 17:38 (UTC)

is there a reason why 'gogs' is in the conflicts array?

fanningert commented on 2015-09-13 02:10 (UTC)

@crt3 No I don't use gogs with LDAP. But please write this request of information as issue at the GitHub project page of gogs. Here some issue to LDAP and Gogs. https://github.com/gogits/gogs/pull/1581 https://github.com/gogits/gogs/issues/1625 https://github.com/gogits/gogs/issues/1606

fanningert commented on 2015-09-09 20:25 (UTC)

@wicast I add you as co-maintainer

wicast commented on 2015-09-09 17:15 (UTC)

@fanningert I can takeover the maintenance when you on holiday,so add me to co-op plz.

fanningert commented on 2015-09-07 04:05 (UTC)

Sorry, I am currently on holiday. I update it at beginning of October. Regards Thomas

fanningert commented on 2015-08-19 21:11 (UTC)

@majetree: It is not a problem of the package. I opened a issue on the gogs project page for this compile problem. I think it is a problem with the different commit states of the dependencies. https://github.com/gogits/gogs/issues/1512

xotkot commented on 2015-08-19 08:46 (UTC)

the program is not installed ==> Starting prepare()... -> go get # github.com/gogits/gogs/routers/api/v1 src/github.com/gogits/gogs/routers/api/v1/user.go:21: unknown gogs.User field 'Id' in struct literal ==> ERROR: A failure occurred in prepare(). Aborting...

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

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

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.

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)

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

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?

commented on 2014-09-15 09:06 (UTC)

protake, seems like 'chown -R gogs:gogs /srv/gogs' dont get run.. Try 'sudo chown -R gogs:gogs /srv/gogs' fanningert, I think app.ini.patch should also set 'ROOT = /srv/gogs/repo', and there something wrong with the template thing. It can't find the files in /usr/share/themes/goges/default/public.

sflor commented on 2014-09-15 06:36 (UTC)

After the update I cannot start gogs anymore: start.sh[30817]: 2014/09/15 08:29:33 [setting.go:210 NewConfigContext()] [E] Could not create directory data/attachments: mkdir data: permission denied I'm not sure about the permissions, because where should data/attachments be created exactly?

fanningert commented on 2014-08-02 18:14 (UTC)

Thanks, I updated the packages (gogs, gogs-git, gogs-git-dev). When you have other good hints, say it.

Schmeidenbacher commented on 2014-08-01 08:45 (UTC)

You should consider putting the gogs.service file in /usr/lib/systemd/system/ instead of /etc/systemd/system/. That's where the package provided unit files should go. /etc/systemd/system/ is for the user to put edited unit files for the services in to override the ones in /usr/lib/systemd/system/, if he needs to change something. This allows for cleaner updates to the service file in a package without threatening to overwrite the user's changes.