Enable notifications for work requests

Currently debusine only supports email notifications and can send notifications when a work request completes. Getting this to work involves setting up a notification channel and configuring the work request to trigger notifications.

Pre-requisites

The debusine server needs to be able to send emails. By default it uses the local mail transport agent, so either it needs to be configured and working, or you can configure debusine to use an external SMTP server.

Setting up an email-based notification channel

Notifications channels are created by the debusine administrator with the debusine-admin create_notification_channel command.

To create a notification channel with the name admin-team and type email (the only supported channel type at the moment) to send emails to admin@example.org you would do:

$ sudo -u debusine-server debusine-admin create_notification_channel admin-team email << EOF
{
  "from": "nobody@example.org",
  "to": ["admin@example.org"]
}
EOF

from and to are required fields. cc (list of emails) and subject are optional fields. The default subject is WorkRequest {work_request_id} completed in {work_request_result}, and the {work_request_id} and {work_request_result} are replaced by the id and result (success, failure or error)

Related commands of create_notification_channel are delete_notification_channel, list_notification_channels or manage_notification_channel. See Manage notification channels.

Configuring a work request with a notification

Once you have a notification channel setup, you can add the --event-reactions option to any work request that you would submit. The key value should be a dictionary mapping an event to a list of channels that must be notified. Right now the supported events are on_failure and on_error.

For instance, with the command below, and with the notification channel configured in the former section, any failure to build the package would result in an email notification to admin@example.org with a copy to qa-team@example.org:

$ cat qa.yaml
on_failure:
- action: send-notification
  channel: admin-team
  data:
    cc: [qa-team@example.org]
    subject: 'Work request ${work_request_id}: result: ${work_request_result}'

$ debusine create-work-request ... --event-reactions qa.yaml

In this case, the main recipients (To field) is defined by the notification channel configuration, but the work request overrides the Cc field (recipients in carbon copy) and the subject (with a templated value that works like the value that can be configured in the notification channel directly).

The possible data fields for email notifications are:

  • from: a default is provided by the debusine admin

  • to: a default is provided by the debusine admin

  • subject: a default is provided by the debusine admin

  • cc: list of emails