errata-tool 1.16.0

errata-tool command-line interface

The errata-tool CLI is a thin wrapper around the classes. You can use it to query information from the Errata Tool or create new releases (releng):

errata-tool -h

usage: errata-tool [-h] [--stage] [--dry-run] {advisory,product,release} ...

positional arguments:
  {advisory,product,release}
    advisory            Get or create an advisory
    product             Get a product
    release             Get or create a release (RCM)

optional arguments:
  --stage               use staging ET instance
  --dry-run             show what would happen, but don't do it

More Python Examples

Getting an erratum’s name:

e = Erratum(errata_id=22986)

print(e.errata_name)
# prints "RH*A-YYYY:NNNNN", for example "RHBA-2018:12345"

Adding bugs:

e = Erratum(errata_id=22986)

e.addBugs([12345, 123678])

e.commit()

Removing bugs:

e = Erratum(errata_id=22986)

e.removeBugs([12345, 123678])

# You can simply call "commit()" without checking the return code, or check
# it and use refresh() to refresh our local instance data for the errata
# advisory.
need_refresh = e.commit()

if need_refresh:
    print('refreshing')
    e.refresh()

Checking whether an advisory is embargoed:

e = Erratum(errata_id=22986)

if e.embargoed:
    # it's embargoed
else:
    # it's not embargoed

Checking whether an advisory is text-only:

e = Erratum(errata_id=24075)

if e.text_only:
    # it's text-only
    # If it's an RHSA, you may want to get/set e.text_only_cpe here.
else:
    # it's not text-only

Adding builds:

e = Erratum(errata_id=24075)

# For non-PDC advisories, the "release" kwarg is the Errata Tools's
# "product version", in composedb, for example "RHEL-7-CEPH-2".
# For PDC advisories, the "release" kwarg is the PDC identifier,
# for example "rhceph-2.4@rhel-7".
e.addBuilds(['ceph-10.2.3-17.el7cp'], release='RHEL-7-CEPH-2')

Adding container builds:

e = Erratum(errata_id=34279)

# For non-RPM Brew builds, you must specify the file_types kwarg.
# For container builds, this is "tar".
e.addBuilds('rhceph-rhel7-container-3-9',
            release='RHEL-7-CEPH-3',
            file_types={'rhceph-rhel7-container-3-9': ['tar']})

Changing state:

e = Erratum(errata_id=24075)

e.setState('QE')
e.commit()

Changing docs reviewer:

e = Erratum(errata_id=24075)

e.changeDocsReviewer('kdreyer@redhat.com')

Adding someone to the CC list:

e = Erratum(errata_id=24075)

e.addCC('kdreyer@redhat.com')

Changing an advisory type:

e = Erratum(errata_id=33840)

e.update(errata_type='RHBA')
e.commit()

Reloading the all specific builds that lack product listings:

e = Erratum(errata_id=24075)

if e.missing_product_listings:  # a (possibly-empty) list of build NVRs
    result = e.reloadBuilds(no_rpm_listing_only=True)
    # result is a dict for this job tracker

Determining if an advisory has RPMs or containers:

e = Erratum(errata_id=24075)

content_types = e.content_types
# result is a list, like ["rpm"], or ["docker"]

Get active RPMDiff results for an advisory:

e = Erratum(errata_id=24075)

bad = []
for result in e.externalTests(test_type='rpmdiff'):
    if result['attributes']['status'] not in ('PASSED', 'WAIVED'):
        # See result['attributes']['external_id'] for the integer to pass
        # into RPMDiff's run API.
        bad.append(result)

Set the CDN repos for a container advisory (only applies for advisories containing Docker images):

e = Erratum(errata_id=24075)

assert 'docker' in e.content_types
e.metadataCdnRepos(enable='rhel-7-server-rhceph-3-mon-rpms__x86_64')

Same thing, but for text-only advisories:

e = Erratum(errata_id=24075)

assert e.text_only
e.textOnlyRepos(enable='rhel-7-server-rhceph-3-mon-rpms__x86_64')

Working with products

The errata_tool.product.Product class can look up existing products.

Looking up a product:

from errata_tool.product import Product

p = Product('RHCEPH')
print(p.id)  # 104
print(p.name)  # "RHCEPH"
print(p.description)  # "Red Hat Ceph Storage"
print(p.supports_pdc)  # True

Working with releases

The errata_tool.release.Release class can look up existing releases or create new release entries.

Looking up a release:

from errata_tool.release import Release

r = Release(name='rhceph-2.4')
print(r.id)  # 792
print(r.name)  # "rhceph-2.4"
print(r.description)  # "Red Hat Ceph Storage 2.4"
print(r.type)  # "QuarterlyUpdate"
print(r.is_active)  # True
print(r.enabled)  # True
print(r.blocker_flags)  # ['ceph-2.y', 'pm_ack', 'devel_ack', 'qa_ack']
print(r.is_pdc)  # True
print(r.edit_url)  # https://errata.devel.redhat.com/release/edit/792

Finding all “NEW_FILES” advisories for a release:

from errata_tool.release import Release

rel = Release(name='rhceph-3.0')

advisories = rel.advisories()
new_files = [a for a in advisories if a['status'] == 'NEW_FILES']
print(new_files)  # prints the list of advisories' data

Creating a new release (this requires the “releng” role in the Errata Tool):

from errata_tool.release import Release
r = Release.create(
    name='rhceph-3.0',
    product='RHCEPH',
    product_versions=['RHEL-7-CEPH-3'],
    type='QuarterlyUpdate',
    program_manager='anharris',
    blocker_flags='ceph-3.0',
    default_brew_tag='ceph-3.0-rhel-7-candidate',
)
print('created new rhceph-3.0 release')
print('visit %s to edit further' % r.edit_url)

Using the staging server

To use the staging Errata Tool environment without affecting production, set the ErrataConnector._url member variable to the staging URL.

from errata_tool import ErrataConnector, Erratum

ErrataConnector._url = 'https://errata.stage.engineering.redhat.com/'
# Now try something like creating an advisory, and it will not show up in
# prod, or bother people with emails, etc.
e = Erratum(product='RHCEPH',
            release='rhceph-2.1',
            synopsis='Red Hat Ceph Storage 2.1 bug fix update',
            ...
            )
e.commit()

Debugging many Errata Tool API calls

Maybe your application makes many API calls (lots of advisories, builds, etc), When processing large numbers of errata from higher-level tools, it’s helpful to understand where the time is spent to see if multiple calls can be avoided.

Set ErrataConnector.debug = True, and then your connector object will record information about each call it makes. Each GET/PUT/POST is recorded, along with totals / mean / min / max.

URL APIs are deduplicated based on their name, so two calls to different errata on the same API is recorded as a single API.

To extract the information and print it, one might use PrettyTable:

e = Erratum(errata_id=24075)
pt = PrettyTable()
for c in ErrataConnector.timings:
    for u in ErrataConnector.timings[c]:
        pt.add_row([c, u,
                   ErrataConnector.timings[c][u]['count'],
                   ErrataConnector.timings[c][u]['total'],
                   ErrataConnector.timings[c][u]['mean'],
                   ErrataConnector.timings[c][u]['min'],
                   ErrataConnector.timings[c][u]['max']])
print(pt.get_string())

SSL errors

This library verifies the ET server’s HTTPS certificate by default. This is more of a python-requests thing, but if you receive an SSL verification error, it’s probably because you don’t have the Red Hat IT CA set up for your Python environment. Particularly if you’re running this in a virtualenv, you’ll want to set the following configuration variable:

REQUESTS_CA_BUNDLE=/etc/pki/ca-trust/source/anchors/RH-IT-Root-CA.crt

Where “RH-IT-Root-CA.crt” is the public cert that signed the ET server’s HTTPS certificate.

When using RHEL 7’s python-requests RPM, requests simply checks /etc/pki/tls/certs/ca-bundle.crt, so you’ll need to add the IT CA cert to that big bundle file.

If you’ve already added the Red Hat IT CA to your system-wide bundle, you can have your Python code always use this file:

if 'REQUESTS_CA_BUNDLE' not in os.environ:
    os.environ['REQUESTS_CA_BUNDLE'] = '/etc/pki/tls/certs/ca-bundle.crt'

This will make requests behave the same inside or outside your virtualenv. In other words, with this code, your program will always validate the Red Hat IT CA.

Building RPMs

Install fedpkg, then use the Makefile:

$ make srpm

You can then upload the SRPM to Copr. Or, to build RPMs on your local computer, using mock:

$ make rpm

Changelog

Check out the CHANGELOG.