-
Notifications
You must be signed in to change notification settings - Fork 25
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
Don't delete gem files in our build process #207
Comments
I was thinking about this change as well. I noticed we do both tar exclusion and we have that method for cleansing the gemset. Doesn't make sense when, I think, the tar exclusion can handle both.
I don't understand how this is related. The gem install / tar build doesn't happen in a docker layer, so there's nothing to cache. If you want to have a docker container that caches the built rpms layer, you can literally do that now by just introducing a new layer in the rpm build Dockerfile that does the actual RPM build. |
@kbrock Unless I'm mistaken, this issue should be in the manageiq-rpm_build repo, right? |
sigh. correct |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation. |
This issue has been automatically closed because it has not been updated for at least 3 months. Feel free to reopen this issue if this issue is still valid. Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation. |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation. |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
3 similar comments
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
Background
Our process (loosely)
Request
Drop the delete process and have the tar process exclude those files.
Desired result
This will consolidate the logic for the excluded files.
This also gets us closer to being able to reuse docker containers that build rpms, at least for local development.
Currently we have to throw away a docker container even when we make minor changes to our source code costing us over half an hour per change. Or more accurately, making us hack environments instead of testing them in environments similar to our customers.
If we can speed up the building of rpms, then a final test of a patch could be done with pods that are build with our real production process.
The text was updated successfully, but these errors were encountered: