- 12 Jul, 2020 1 commit
-
-
intrigeri authored
We changed the Jenkins configuration to pull from GitLab while the mirroring to Gitolite was not working: tails/jenkins-jobs@4db52b22 But we did not adjust this post-receive hook accordingly, so the "pushing to Git triggers a Jenkins build" behavior is broken. Let's repair this, until we make up our mind (tails/sysadmin#17715) wrt. whether we should keep pointing Jenkins to GitLab's tails/tails, or use the local mirror we have on puppet-git.lizard.
-
- 10 Jul, 2020 2 commits
- 09 Jul, 2020 1 commit
-
-
intrigeri authored
-
- 08 Jul, 2020 1 commit
-
-
intrigeri authored
-
- 03 Jul, 2020 7 commits
-
-
Zen Fu authored
-
Zen Fu authored
-
Zen Fu authored
-
intrigeri authored
Without disabling CSRF (complicated, will probably become impossible at some point), we did not manage to have jenkins-job-builder use the API with current Jenkins LTS. Using the standard security setup (https://wiki.jenkins.io/display/JENKINS/Standard+Security+Setup), an actual user, and its API token, repairs communication with the API. refs tails/sysadmin#16955
-
intrigeri authored
refs: tails/sysadmin#16955
-
intrigeri authored
Closes tails/tails#17755, tails/puppet-tails!7
-
- 27 Jun, 2020 3 commits
-
-
intrigeri authored
Now that we're running check-mirrors.rb 4 times more often, there's greater chances that 2 of them end up running at the same time. Let's avoid having to reason about how check-mirrors.rb manages shared resources such as its failures.json state file. refs: tails/tails#17755
-
intrigeri authored
refs: tails/tails#17755
-
intrigeri authored
refs: tails/tails#17755
-
- 26 Jun, 2020 1 commit
-
-
intrigeri authored
-
- 23 Jun, 2020 1 commit
-
-
sajolida authored
-
- 15 Jun, 2020 8 commits
-
-
Zen Fu authored
-
Zen Fu authored
-
Zen Fu authored
-
Zen Fu authored
See: https://salsa.debian.org/tails-team/gitlab-migration/-/issues/55 I'll change manually in repo during deploy.
-
Zen Fu authored
See: https://salsa.debian.org/tails-team/gitlab-migration/-/issues/74 I'll modify manually in the server.
-
Zen Fu authored
-
Zen Fu authored
For some reason, our script is not detecting some dependency constraints correctly, so i'm pinning this one manually. From: https://github.com/django-compressor/django-compressor/blob/2.4/setup.py#L148
-
Zen Fu authored
It is now installed with pip. I'll remove the package manually from the server after deploy.
-
- 14 Jun, 2020 4 commits
- 13 Jun, 2020 2 commits
- 12 Jun, 2020 1 commit
-
-
groente authored
-
- 11 Jun, 2020 1 commit
-
- 10 Jun, 2020 4 commits
-
-
intrigeri authored
-
intrigeri authored
refs: tails/sysadmin#17719
-
Sandro Knauß authored
-
Sandro Knauß authored
-
- 06 Jun, 2020 3 commits
-
-
Zen Fu authored
We need to account for longer version strings than the one provided by the Pypi JSON for some packages. In the case at hand, Pypi will return "2.1" for latest user-agents version, but we should be looking for "2.1.0" in GitHub tags.
-
Zen Fu authored
-
Zen Fu authored
The version in the Pypi JSON is "2.1" but there's no such tag in the repo and our dep update script does not currently account for such differences.
-