Package Details: gitlab-pages 1.56.0-1

Git Clone URL: https://aur.archlinux.org/gitlab-pages.git (read-only, click to copy)
Package Base: gitlab-pages
Description: GitLab Pages daemon used to serve static websites for GitLab users
Upstream URL: https://gitlab.com/gitlab-org/gitlab-pages
Licenses: MIT
Submitter: melvinvermeeren
Maintainer: melvinvermeeren (alerque)
Last Packager: alerque
Votes: 5
Popularity: 0.000776
First Submitted: 2017-11-16 21:30 (UTC)
Last Updated: 2022-03-29 19:07 (UTC)

Pinned Comments

alerque commented on 2020-02-25 09:59 (UTC)

PSA: I've started hosting this as a prebuilt package in my repository for those that want to install it using pacman without messing around with building from the AUR.

Latest Comments

alerque commented on 2020-02-25 09:59 (UTC)

PSA: I've started hosting this as a prebuilt package in my repository for those that want to install it using pacman without messing around with building from the AUR.

melvinvermeeren commented on 2019-08-18 14:51 (UTC)

Thanks for the updated fix. The configuration file is indeed based upon the output of gitlab-pages --help, minus the --config option. So far I do it manually with a macro in vim, but I think a script is a much better idea.

alerque commented on 2019-08-17 09:15 (UTC)

Thanks for applying the patch and adding me as a maintainer. I've just updated the patch (based on upstream discussions) to a more though fix that solves both the fork and the chroot in one go (the other patch fixed the fork issue but still didn't allow the chroot with permission dropping. The fix will likely be obsolete on the next release, so I made it conditional and the prepare() section can be dropped again when it's confirmed to be included.

For future reference, do you have a script for updating the default configuration file? I assume it's based on the output of gitlab-pages --help or something like that, no?

melvinvermeeren commented on 2019-08-10 01:01 (UTC)

Thanks for the patch, applied it and updated config. Also added you as a co-maintaine for in the future. Cheers!

alerque commented on 2019-08-07 13:34 (UTC) (edited on 2019-08-07 13:35 (UTC) by alerque)

I submitted a fix for the fork/exec issue upstream: https://gitlab.com/gitlab-org/gitlab-pages/merge_requests/163

Until that is accepted, this patch will fix this package build: https://termbin.com/uacd

@melvinvermeeren Can you please add me as contributor and/or apply that patch with:

curl -s https://termbin.com/uacd | git am

Thanks!

alerque commented on 2019-08-07 11:46 (UTC) (edited on 2019-08-07 12:29 (UTC) by alerque)

This issue appears to be a problem on Arch Linux by default:

https://gitlab.com/gitlab-org/gitlab-pages/issues/134

Edit 1: scratch that. It's actually this problem:

https://gitlab.com/gitlab-org/gitlab-pages/issues/4

Even with the default CGO_ENABLED=0 being set in the makefile I'm ending up with a /usr/bin/gitlab-pages that is not statically compiled and thus fails the chroot maneuver.

Edit 2: Opened upstream issue: https://gitlab.com/gitlab-org/gitlab-pages/issues/239

melvinvermeeren commented on 2018-04-28 19:21 (UTC)

with the update to 0.9.0 chroot support has been added and is enabled by default

you probably need to update your config.cfg or you may end up with pages running as root without chrooting!

melvinvermeeren commented on 2017-11-16 21:35 (UTC) (edited on 2017-11-16 21:36 (UTC) by melvinvermeeren)

make sure you set the config in /etc/gitlab-pages/config.cfg before starting/enabling the service. also need to edit the main gitlab yaml to point to pages. other info in GitLab help itself. P.S. single subdomain is possible if you reverse proxy: https://gitlab.com/gitlab-org/gitlab-ce/issues/29963