You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(Converted to issue from the release checklist)
With securedrop-workstation-keyring providing the yum prod .repo file and release signing key, the dev/staging provisioning will need to be adjusted in order to maintain compatibility with existing make targets.
Ideally, the workstation-keyring package will be solely in charge of the file securedrop-workstation.repo in /etc/yum.repos.d/, and will not be dynamically provisioned with a staging repo config at provisioning time, since that could lead to confusing behaviour: RPM will check that the file is present, but will not overwrite its contents if it is, so the best case is for staging/dev to provision a file with a different name (eg securedrop-workstation-staging.repo), probably removing the prod .repo file so as not to confuse dom0 updates, and additionally importing the staging key into the rpm database.
The text was updated successfully, but these errors were encountered:
rocodes
changed the title
Decide on dev/staging provisioning strategy. (ideally no dev-facing changes; ideally a change that installs a different workstation .repo file such as securedrop-workstation-staging.repo with the staging config, as the case may be, instead of editing the one .repo file dynamically, as we do now.)
Decide on dev/staging provisioning strategy compatible with securedrop-workstation-keyring
Jan 15, 2025
(Converted to issue from the release checklist)
With securedrop-workstation-keyring providing the yum prod .repo file and release signing key, the dev/staging provisioning will need to be adjusted in order to maintain compatibility with existing make targets.
Ideally, the workstation-keyring package will be solely in charge of the file
securedrop-workstation.repo
in/etc/yum.repos.d/
, and will not be dynamically provisioned with a staging repo config at provisioning time, since that could lead to confusing behaviour: RPM will check that the file is present, but will not overwrite its contents if it is, so the best case is for staging/dev to provision a file with a different name (eg securedrop-workstation-staging.repo), probably removing the prod .repo file so as not to confuse dom0 updates, and additionally importing the staging key into the rpm database.The text was updated successfully, but these errors were encountered: