Gitlab is a git front end with repository management, graphs, links, goodies, commands to run, and review capabilities similar in feel to a self-hosted ?GitHub.
Debian is running its own Instance of GitLab under https://salsa.debian.org, which is not based on the packaged version.
Note 1: For a smooth upgrade experience, always stay on the latest major version of gitlab. For example, if latest version of gitlab is 12.0.0 and you are currently on 11.3.6, then update to 12.0.0 as soon as possible, certainly before the debian package is updated to 13.x. Ideally, you should update as soon as a new version with security updates is available.
Note 2: It is recommended to subscribe to changes in this wiki page or frequently check this page for updates. Alternatively, you can subscribe to https://tracker.debian.org/pkg/gitlab to get notified when new versions are uploaded.
Buster Fast Track (Recommended)
Gitlab 12.2.9 is available in unofficial fasttrack repo (some packages are still needed from personal repo of gitlab maintainer) targeting buster as base distribution. (no open security issues).
Add to /etc/apt/sources.list
deb http://fasttrack.debian.net/debian/ buster-fasttrack main contrib deb http://fasttrack.debian.net/debian/ buster-backports main contrib deb https://deb.debian.org/debian buster-backports contrib main # Eventually the packages in this repo will be moved to one of the previous two repos deb https://people.debian.org/~praveen/gitlab buster-backports contrib main
# apt update
You may encounter the following error message:
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 0B76920762A6B785
If so, those commands can help:
# wget https://people.debian.org/~praveen/gitlab/praveen.key.asc # wget http://fasttrack.debian.net/fasttrack-archive-key.asc # apt-key add praveen.key.asc # apt-key add fasttrack-archive-key.asc
# apt -t buster-backports install gitlab
Note: https://gitlab.debian.net is running on this version.
Unstable (be careful when updating packages)
Gitlab 11.8.10 is available in unstable (many open security issues).
Note: Use experimental till protobuf transition is complete.
# apt install gitlab
We try to keep the version in unstable in a good shape with the latest security updates, but some times dependency updates break GitLab.
Experimental - During freeze and transitions
Gitlab 12.2.9 is available in experimental (no open security issues). If you are using experimental for the first time, check DebianExperimental.
grpc+protobuf transition is delaying upload to unstable.
# apt -t experimental install ruby-grpc ruby-gitlab-labkit ruby-google-protobuf gitaly ruby-gitaly # apt -t experimental install ruby-benchmark-ips ruby-redis node-d3 # apt install gitlab/experimental
Note: ssh access is currently broken with protobuf 3.10, so you need to use an older version of ruby-grpc and ruby-google-protobuf to get it working. A workaround is given at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942633#102. Also hold ruby-google-prootbuf and ruby-grpc at their older versions (See https://askubuntu.com/questions/18654/how-to-prevent-updating-of-a-specific-package#18656)
Gitlab on Stretch
This is moved to gitlab/stretch now.
You can reach the maintainers of the gitlab package via
Matrix at #debian-gitlab:poddery.com (join via browser)
IRC #debian-gitlab on OFTC network (join via browser)
Installing gitlab on an lxc container to test - See gitlab/lxc
Updating gitlab package to newer versions - See Teams/Ruby/Packaging/newUpstreamRailsApp
- Aim to get gitlab back in main by bullseye release by packaging all node dependencies. We can do this gradually starting with webpack from the archive.
- Get autopkgtest working so we can detect problems when someone updates dependencies without coordinating with us.
Note: this section is about the installation of upstream-provided unofficial packages.
all actions are performed under the root user, in ~ unless otherwise noted.
navigate to https://about.gitlab.com/install/ and copy down the link to the Debian deb package.
as of this writing @ June 5, 2014
- dpkg -i gitlab*
i got errors 1st time around 2nd time around gitlab looked like it set everything and ran well.
To avoid errors, execute /opt/gitlab/embedded/bin/runsvdir-start for one minute, more or less (tested in 7.9.0 and 7.9.1 omnibus versions).
- gitlab-ctl reconfigure
to verify that things are running
- gitlab-ctl status
navigate to your servers IP address or domain name, and login as:
user: root password: 5iveL!fe