-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WIP] Systemize/make a meaningful component from the project #7
Conversation
991e7f2
to
cb0a136
Compare
... that got lost in "Convert Resource Agent API to markdown" commit. Some tweaks are due before claiming it's anywhere close to accordance with practical application (cf. /usr/ocf vs. /usr/lib/ocf). Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
Specific, i.e., self-contained approach is used to carry formal, typically machine readable data (that are best maintained in a discrete form) bound to particular minor version, while common, i.e., accumulative approach with subsequent (and properly annotated for that matter) additions as the standard evolves through its minor versions is natural for documentation-like files for persual by technical people that are presumably familiar with such iterative documentation. Note that even the latter type of content will have a separate representation in such a versioning scheme, allowing for legacy-less progression (as across and only across major versions the disruptive changes are anticipated). This scheme, detailed in ra/README, also allows us to drop redundant files, only to be reintroduced when "next" becomes backward incompatible (in terms of the schema for the metadata), because "next" directory now belongs under existing "api-1" branch. Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
832efae
to
4e08049
Compare
Making some minor cleanup to existing Makefile along the way. Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
This solves following constraint: > GNU make allows only one recipe to be specified per target Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
(some commentary TBD) Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
Creating an installable component for OCF as a project periodically arises as an idea, and will likely be worth pursuing. The idea of generating include files for multiple languages from a single authoritative source is interesting as well. However I don't think we are ready to delineate what belongs in a packageable component yet, or what dependencies we're willing to apply to other ClusterLabs projects. Leaving this for future consideration. |
No description provided.