Skip to content
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

Closed
wants to merge 7 commits into from

Conversation

jnpkrn
Copy link
Contributor

@jnpkrn jnpkrn commented Dec 13, 2017

No description provided.

@jnpkrn jnpkrn force-pushed the systemize branch 3 times, most recently from 991e7f2 to cb0a136 Compare December 13, 2017 19:49
... 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>
@jnpkrn jnpkrn force-pushed the systemize branch 4 times, most recently from 832efae to 4e08049 Compare December 15, 2017 18:59
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>
@kgaillot
Copy link
Contributor

I'd like to see this separated into two pull requests: the portion of e9e1c06 removing the obsolete files, and af24a53, are quick fixes that can be merged now, while the others will require broader discussion.

@kgaillot
Copy link
Contributor

Cherry-picked all of e9e1c06 and af24a53 into PR #14

@kgaillot
Copy link
Contributor

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.

@kgaillot kgaillot closed this Nov 24, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants