4 ms·
It should work! I double checked and upgraded my personal instance and it works here. Did apt-get update complete succesfully? Repo is here for double checkin
by jobvandervoort 11y ago
It should work!
I double checked and upgraded my personal instance and it works here. Did apt-get update complete succesfully?
Repo is here for double checking: https://packages.gitlab.com/gitlab/gitlab-ce https://packages.gitlab.com/gitlab/gitlab-ce
- netcraft 11y agoIt looks like everything is working properly, this is what I get if you are interested: https://gist.github.com/anonymous/4792e387f33155308ddf https://gist.github.com/anonymous/4792e387f33155308ddf
- jobvandervoort 11y agoI think our package repo is not in your sources.list! To add it: `curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh https://packages.gitlab.com/install/repositories/gitlab/gitl... | sudo bash`
- netcraft 11y agoI had to curl that file down and then pipe it in in a separate step, but it looks to be working. Thanks for your help!
- sytse 11y agoYou're welcome.
- stephenr 11y agoWow that's not terrifying advice at all. /sarcasm If you expect someone to run their own git & ci server, is it so hard to give them a couple of dot-point instructions: - create a .list file with these two lines: <blah> - add the GPG key for Apt - run aptitude/apt-get update Sure enough, you're already listed on curl|sh (http://curlpipesh.tumblr.com http://curlpipesh.tumblr.com), which also includes a link to the https://packages.gitlab.com/gitlab/gitlab-ce/install https://packages.gitlab.com/gitlab/gitlab-ce/install page which has a "manual" tab. Even with "manual" selected, you still insist that people should make a http request to your server, to generate a .list file, even though the only variables are local variables, which you send as part of the request anyway: distro ID (e.g. Debian, Ubuntu, etc) and release codename (Wheezy, Jessie, etc). The most ominous thing to me is that you send the result of `hostname -f` to your server. Even bigger WHY!?
- sytse 11y agoWe want to make it as easy and fast as possible to start with GitLab, hence the curl from https. But feel free to send a merge request to improve the download page with the instructions you would like to see and we can discuss. Sending the hostname is default Packagecloud.io behaviour.
- stephenr 11y ago> Sending the hostname is default Packagecloud.io behaviour Your own download page states: We recommend you set the name to the fqdn of the target node (the value of hostname -f on linux), but you can set it to whatever you want If your company is recommending something, shouldn't you have a good reason why?
- sytse 11y agoCan you link to the page where you found this? I can't find it on https://about.gitlab.com/downloads/#debian8 https://about.gitlab.com/downloads/#debian8 This seems like setup instructions for GitLab and I think it is unrelated.
- stephenr 11y agoThe page I linked above: https://packages.gitlab.com/gitlab/gitlab-ce/install https://packages.gitlab.com/gitlab/gitlab-ce/install Click the "Manual" tab, last paragraph of the 'deb' section.
- sytse 11y agoThis is the default download page of PackageCloud. The reason for this is probably that most of the time PackageCloud requires credentials to download packages. But I'll ask the author.
- sytse 11y agoJoe of PackageCloud was kind enough to change the code so that an id will be send back, not the hostname. The changes: 1.) Renamed hostname to unique_id everywhere, and added more prose around replacing unique_id with any unique identifier. 2.) Removed the unique_id code from install scripts for public repos (still exists in private repos) 3.) Modified the manual install instructions to be easier to follow, and not require a curl to the server for public repos. 4.) Added mirroring instructions for both YUM and APT. Shipping in 1.0.23