Trying install Gitlab to Ubuntu 17.10, but receiving message “Unable to locate package gitlab-ee”
how to fix that?
root@fssp:/home# curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh | sudo bash
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 5933 0 5933 0 0 5933 0 --:–:-- 0:00:01 --:–:-- 3987
Detected operating system as Ubuntu/artful.
Checking for curl…
Detected curl…
Checking for gpg…
Detected gpg…
Running apt-get update… done.
Installing apt-transport-https… done.
Installing /etc/apt/sources.list.d/gitlab_gitlab-ee.list…done.
Importing packagecloud gpg key… done.
Running apt-get update… done.
The repository is setup! You can now install packages.
root@fssp:/home# sudo EXTERNAL_URL=“http://fssp.kz.ccg” apt-get install gitlab-ee
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package gitlab-ee
Firstof all: The documentation is apparently written by someone with no understanding of security! NEVER do curl | sh-style commands. Download the script, inspect it and then run the inspected copy, executing something directly when downloaded means executing something you don’t know what is.
That error message suggests the repository wasn’t properly added (or already removed, is there some kind of configuration management runnng on that machine?). Make sure nothing is running (some kind of configuration management is the most frequent culprit) that might edit the files, and then show us your /etc/apt/sources.list all files in /etc/apt/sources.list.d and complete input+output from the commands that produce the error.
# cat /etc/issue
Ubuntu 20.04 LTS \n \l
# wget https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh
# bash ./script.deb.sh;
...
Running apt-get update... done.
# cat /etc/apt/sources.list.d/gitlab_gitlab-ee.list
# this file was generated by packages.gitlab.com for
# the repository at https://packages.gitlab.com/gitlab/gitlab-ee
deb https://packages.gitlab.com/gitlab/gitlab-ee/ubuntu/ focal main
deb-src https://packages.gitlab.com/gitlab/gitlab-ee/ubuntu/ focal main
# apt update
...
All packages are up to date.
# apt install gitlab-ee
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package gitlab-ee
That’s from April 2014, more than six years ago, and LTS support ended last year, and I thought GitLab stopped building packages for it shortly after.
The omnibus packages contain a lot of dependencies, but it might still depend on some very basic stuff (like libc), which might be different between distributions (especially two released six years apart, so you should use packages for the right distribution
Ok.
You’re right, of course. But the developers are unwilling or unable to update their documentation.
This problem occurs in all projects if automatic documentation is not used. Or if the developers don’t care about the project.
I think that Gitlab is not profitable when users use their free services. Instead of carrying money to them.
This is their product and their right. We can either use what we have or not use.
Update:
# Get sudo
sudo -i
# Install dependencies
apt update; \
apt -y upgrade; \
apt install -y --no-install-recommends \
debian-archive-keyring \
curl \
gnupg \
apt-transport-https;
# Add repo
curl -L https://packages.gitlab.com/gitlab/gitlab-ee/gpgkey | apt-key add - ;\
cat <<'EOF' > /etc/apt/sources.list.d/gitlab_gitlab-ee.list
deb https://packages.gitlab.com/gitlab/gitlab-ee/ubuntu/ xenial main
deb-src https://packages.gitlab.com/gitlab/gitlab-ee/ubuntu/ xenial main
EOF
# Temp disable sysctl (only for lxc)
mv /usr/sbin/sysctl /usr/sbin/sysctl.bak;\
ln -s /bin/true /usr/sbin/sysctl
# Install gitlab
apt update; \
EXTERNAL_URL="http://$(hostname -f)" apt install -y gitlab-ee
# Turn back sysctl if you use lxc
mv /usr/sbin/sysctl.bak /usr/sbin/sysctl
Tested. Work fine.
GitLab Enterprise Edition [13.1.4-ee]