Note: Never push changes to the internal build service ibs://Devel:SCC:RMT
!
The repository links to systemsmanagement:SCC:RMT
and gets updated
automatically.
Note: Look below for direction on publishing to registry.
- The package is built in OBS at: https://build.opensuse.org/package/show/systemsmanagement:SCC:RMT/rmt-server
- To update the version of RMT, you will have to change the following files:
lib/rmt.rb
package/obs/rmt-server.spec
-
Checkout/update OBS working copy:
- If the OBS project is not checked out, check out working copy of OBS project into a separate directory, e.g.:
mkdir ~/obs cd ~/obs osc co systemsmanagement:SCC:RMT rmt-server
- Alternatively, if an OBS working copy is already checked out, update the working copy by running
osc up
- If the OBS project is not checked out, check out working copy of OBS project into a separate directory, e.g.:
-
Run
make dist
in your RMT working directory to build a tarball. -
Copy the files from the
package/obs
directory to the OBS working directorysystemsmanagement:SCC:RMT/rmt-server
. -
Examine the changes by running
osc status
andosc diff
. -
Stage the changes by running
osc addremove
. -
Build the package with osc:
osc build <repository> <arch> --no-verify
The list of all build targets and architectures that are configured for the project can be obtained by running
osc repos
. -
After the code is reviewed + merged in the git repository: Commit the changes into OBS by running
osc ci
.
- Tag the version locally and push it to github:
git tag -a v<version> # for example git tag -a v1.0.0 git push --tags
- On github, submit a release for the tag. See https://help.github.com/en/articles/creating-releases for assistance.
To get a maintenance request accepted, each changelog entry needs to have at
least one reference to a bug or feature request like bsc#123
or fate#123
.
CVEs must be accompanied with the corresponding bsc#, even if it is not reported
vs rmt-server.
Note: If you want to disable automatic changes made by osc (e.g. License string)
use the --no-cleanup
switch. Can be used with commands like osc mr
, osc sr
and osc ci
.
To submit a request to openSUSE Factory, issue this commands in the console:
osc sr systemsmanagement:SCC:RMT rmt-server openSUSE:Factory
To check out which codestreams RMT is currently maintained, see https://smelt.suse.de/maintained/?q=rmt-server.
For each maintained codestream you need to create a new maintenance request:
osc -A https://api.suse.de mr Devel:SCC:RMT rmt-server SUSE:SLE-15:Update
Note: In case the mr
(maintenance request) command is not working properly,
try sr
(submit request) command.
Example:
$ osc -A https://api.suse.de maintained rmt-server
SUSE:SLE-15:Update/rmt-server
$ osc -A https://api.suse.de mr Devel:SCC:RMT rmt-server SUSE:SLE-15:Update
Using target project 'SUSE:Maintenance'
17362323
Note:
- When asked whether or not to supersede a request, the answer is usually "no". Saying "yes" would overwrite the previous request made, cancelling the release process for its codestream.
You can check the status of your requests here and here.
After your requests have been accepted, they still have to pass maintenance testing before they are released to customers. You can check their progress at maintenance.suse.de. If you still need help, the maintenance team can be reached at maint-coord@suse.de or #maintenance on irc.suse.de.
SUSE registry houses the rmt-server docker image. The image is built automatically on OBS/IBS, and can be found here. It is getting published here: registry.suse.com/suse/rmt-server
.
RMT helm chart is defined here and published at registry.suse.com/suse/rmt-helm
.
Edit rmt-helm/Chart.yaml
to update the chart version (version
) and rmt-version (appVersion
). The BuildTag
version needs to be updated. Look at this example pull-request bumping the version.
Reach out to the BCI team (Dirk Mueller or #proj-bci
slack channel) to trigger the release of the helm-chart.