#1261 Create a network runtime package NVR identification mechanism
Closed: migrated by dmoluguw. Opened by mharmsen.

Currently, RPM provides a BuildRequires build time dependency check which mandates that a package be present on the same system in order to create another package.

Additionally, RPM also provides a Requires runtime dependency check which mandates that a package be present on the same system in order to execute another package.

In both cases a package can be specified down to a granularity of a specific name-version-release (NVR) of a package.

However, during runtime, since a particular Dogtag instance may optionally rely upon components which may be located remotely on a network rather than residing locally on the same machine (e. g. - a TPS relying upon a certain version of a KRA or TKS, or any Dogtag PKI subsytem which relies upon a remote 389 directory server), it would be useful to provide a mechanism whereby packages could identify themselves by their NVR such that they could be checked against a required network runtime NVR value for that package.

In the event that a minimum network runtime NVR is not fulfilled, this would allow the requesting PKI subsystem to fail gracefully while notifying the user with an informative message.

Since it may be unknown whether the service request is from a remote or local package, this feature would probably need to become a part of the communication protocol between the two packages.

Proposed milestone: 10.3


Per CS/DS meeting of 02/16/2015: 10.3

Metadata Update from @mharmsen:
- Issue set to the milestone: UNTRIAGED

Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new
issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.

This issue has been cloned to GitHub and is available here:
https://github.com/dogtagpki/pki/issues/1823

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.

Metadata Update from @dmoluguw:
- Issue close_status updated to: migrated
- Issue status updated to: Closed (was: Open)

Metadata