#1 -devel subpackage is build tag specific
Closed 6 years ago by nim. Opened 6 years ago by nim.

This is a clone of
https://github.com/gofed/go-macros/issues/56

The problem is actually in golist, not in the macros themselves.
https://pagure.io/golist/issue/2

This issue is about dealing with the consequences of golist behaviour macro-side. If the arch-specific nature of the result can’t be fixed the macros need to move the source code installation point to an arch-specific directory

The arch-specific part is not a huge problem and can be handled (just requires a mass rebuild to move existing packages to an arch-specific root, the mass rebuild works in copr)

However according to @jcajka that also means we only install the files corresponding to other (non arch-specific) build tags, so the resulting source code can not be used to build projects that need another build tag set.


Metadata Update from @nim:
- Issue assigned to nim (was: jcajka)

6 years ago

Metadata Update from @nim:
- Issue tagged with: BUG

6 years ago

This should be fixed with golist 0.10.0

Metadata Update from @nim:
- Issue status updated to: Closed (was: Open)

6 years ago

Log in to comment on this ticket.

Metadata