You are browsing a read-only backup copy of Wikitech. The primary site can be found at


From Wikitech-static
< Scap
Revision as of 15:47, 7 February 2022 by imported>JMeybohm (→‎Roll out to production)
Jump to navigation Jump to search

This page is documentation for releasing a new version of Scap to Wikimedia Production.


To prepare a new release of the Debian package for Scap, the Release Engineering Team needs to follow the steps in (in the Scap git repository), and then the SRE team needs to build and deploy the package, which are listed below.

The Debian package for scap can be built with git-buildpackage. More specifically: for production the standard procedure is to have a Debian source package built on the package_builder machine (deneb).

 git clone 
 cd scap
 V=4.0.0 # Change value as appropriate
 git checkout -b $V $V
 WIKIMEDIA=yes gbp buildpackage -sa -us -uc --git-pbuilder --git-no-pbuilder-autoconf --git-dist=buster --git-debian-branch=$V

Uploading to apt repos

The resulting package will be in /var/cache/pbuilder/result/buster-amd64/ and needs to be uploaded to the apt repo (e.g. from

 export DIST="buster"
 V=4.0.0 # Change as appropriate
 rsync -vaz deneb.codfw.wmnet::pbuilder-result/$DIST-amd64/*scap*$V* deb/
 sudo -i reprepro --ignore=wrongdistribution include $DIST-wikimedia $(pwd)/deb/scap_${V}-1_amd64.changes
 # scap is compatible as-is with stretch and bullseye, just copy the package there
 sudo -i reprepro copy stretch-wikimedia $DIST-wikimedia scap
 sudo -i reprepro copy bullseye-wikimedia $DIST-wikimedia scap

If you get errors about a missing GPG key and therefore not exporting indices you need to import the right key like described on Reprepro#Adding_a_new_external_repository.

If signing still fails after you imported the key you need to ensure it looks for them in the right home dir, see Reprepro#If_signing_fails.

If this already happened and you can't get it to export indices by repeating the "include" command you can work around it by copying it back from another distro (reprepro copy stretch-wikimedia buster-wikimedia scap).

Not having exported indices will manifest as "reprepro ls shows the right version but it is not found on a client even after running apt-get update".

Roll out to production

You will then need to use Debdeploy to deploy the new package in production.

  • If you just uploaded the package, use cumin to run apt-get update on the hosts or wait until puppet will do it automatically
  • Generate a debdeploy-spec using generate-debdeploy-spec on cumin:
    • name: scap
    • comment: optional or task ID
    • update type: tool
    • fixed versions in bullseye, buster and stretch: 4.0.0-1 (change as appropriate, use Debian naming schema)
    • skip renaming
  • Start by deploying to mw-canary, mw-jobrunner-canary, parsoid-canary (on cumin using following aliases)
    sudo debdeploy deploy -Q 'A:mw-canary or A:parsoid-canary or A:mw-jobrunner-canary' -u $(date '+%Y-%m-%d-scap.yaml')
  • login to mwdebug* servers and check there if a scap pull still works
  • Also deploy to restbase-canary (on cumin using following aliases):
    sudo debdeploy deploy -Q 'A:restbase-canary' -u $(date '+%Y-%m-%d-scap.yaml')
  • Check if scap still works for the scap3 code path, and on stretch. You will need to run a test deployment to test environment. Run the following deploy from deploy hosts:
    cd /srv/deployment/restbase/deploy/; scap deploy --environment dev-cluster
    canary deploy successful. Continue? [y]es/[n]o/[c]ontinue all groups: n
    Rollback all deployed groups? [Y/n]: Y
  • Later or the next day you can rollout to all (on cumin).
    sudo debdeploy deploy -s all -u $(date '+%Y-%m-%d-scap.yaml')


There are Debian Versioning guidelines