On 9/26/22 10:43 AM, "Mark E. Fuller" <fuller(a)fedoraproject.org&gt; wrote: > In my continuing work on building terraform[0], I have a what appears to be a version > conflict between two hashicorp consul packages: > ... > Error: Transaction test error: >    file /usr/share/gocode/src/github.com/hashicorp/consul/.goipath conflicts between > attempted installs of golang-github-hashicorp-consul-sdk-devel-0.7.0-5.fc37.noarch and > golang-github-hashicorp-consul-api-devel-1.9.1-7.fc38.noarch >    file /usr/share/gocode/src/github.com/hashicorp/consul/CHANGELOG.md conflicts between > attempted installs of golang-github-hashicorp-consul-sdk-devel-0.7.0-5.fc37.noarch and > golang-github-hashicorp-consul-api-devel-1.9.1-7.fc38.noarch >    file /usr/share/gocode/src/github.com/hashicorp/consul/go.mod conflicts between > attempted installs of golang-github-hashicorp-consul-sdk-devel-0.7.0-5.fc37.noarch and > golang-github-hashicorp-consul-api-devel-1.9.1-7.fc38.noarch > ... > > Both of these packages (see [1] and [2]) are derived from the same repo, > github.com/hashicorp/consul. > > My question is, why are there two packages pointing to the same repo? > (Yes, I realize it is two different modules within it, but could they be merged?) > Second, is there a way I can address this conflict on my end or are modifications to one > or both of the consul packages required to resolve the issue? > > > [0] > https://download.copr.fedorainfracloud.org/results/fuller/terraform/fedor... > > [1] > https://src.fedoraproject.org/rpms/golang-github-hashicorp-consul-sdk/blo... > > [2] > https://src.fedoraproject.org/rpms/golang-github-hashicorp-consul-api/blo... > > Package has been split becase, at on  point, only API was needed, and then SDK was needed. Packaging the whole thing was/is too much of a task, especially because it needs the whole hashicorp stack, including vault, which itself is a PITA due to the number of deps. Either we need to merge the two packages into one consul package, or we package the whole consul. As a stopgap, the first option is the fastest.