-
Notifications
You must be signed in to change notification settings - Fork 258
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
[RPM M4] Publish YUM repository #1549
Comments
Yum local repo:
|
|
This looks good. In addition, we might need to define more nuances around version upgrade for both minor and major version upgrades. For instance, does a |
I specifically designed that data folder wont get touch during any upgrade, downgrade, installation. |
I have synced up with @tianleh on the current design of staging yum.
More to come. 20220411: |
We are seeing an issue where rpm itself does not support adding
Support:
Not Support:
This means the even though the rpm file name shows Test results: Thanks. |
So the tool, rpmbuild doesn't agree with semver? semver/semver#145 ugh |
@dblock Thanks. |
I would say
And yes this one is not supported at all, because rpm does not have qualifier field and treat
If we do not have More explanation: semver/semver#145 (comment) We also need to check more on this as deb apparently support Thanks. |
My initial reaction is to do this. |
We have some replacements here I think:
Do you think |
According to the post seems like |
Although there are many, this is not among the hills I am willing to die on ;) Probably not petty enough? ;) If it's possible, and I think it is, we should do the same thing for both opensearch dashboards and opensearch. I like the idea of . for the qualifier while + for snapshot. Can we do that for both groups? |
We have completed the staging yum repo but production is not ready, track in #2014. |
localremote repo and verify the commands running correctlyOnce verified,the entire repo should be uploaded to the dedicated production S3 bucket linked to artfacts.opensearch.orgWe will attempt to have one repo per major version so that:
20220414: The above chart is for staging yum repo which we have already implemented. Production repo will be made manually for now and will implement automation soon. See x64 examples:
The text was updated successfully, but these errors were encountered: