Add rpmdistro-gitoverlay as a submodule rather than RPM #134
Conversation
We want the ability to make breaking changes to how we build RPMs; having it as a submodule will allow us to break things. Further, today COPR doesn't support e.g. aarch64, which imposes an artificial limitation on building this container. (Today we're using the Ignition from COPR, but actually for validating configs we could probably just use the main repo) Obsoletes: coreos#30
Can you elaborate on the 'breaking things' part? I was hoping to move more the way of #52 here. i.e. build less external tools and pull them from pre-built places.
yeah. we should resolve and not pull from copr in the long run, right? |
We may want the ability to change rpmdistro-gitoverlay. I'm not very happy with the implementation.
Yeah, we can also hold this on resolving #52. Of course though this issue gets a bit meta in that rdgo and copr overlap significantly. |
|
In this case the result is a noarch rpm so an alternative work around is to simply point directly to the file location
However an architecture agnostic solution would be appreciated (the above doesn't help for the other cases where binary rpms are overridden with x86_64 only repos) |
|
Obsoleted by #200 |
We want the ability to make breaking changes to how we build
RPMs; having it as a submodule will allow us to break things.
Further, today COPR doesn't support e.g. aarch64, which imposes
an artificial limitation on building this container.
(Today we're using the Ignition from COPR, but actually for
validating configs we could probably just use the main repo)
Obsoletes: #30