Jindrich Novy <jnovy <at> redhat.com> writes:
This could be the easiest way to go. Packager would then be
responsible for
differences if the content of noarch subpackage is dependent on
builder arch and affects somehow binary package functionality or e.g.
generated documentation.
And that isn't really different from what currently happens with pure noarch
packages, which are just built on a random arch and it's the packager's
responsibility to make sure they're really arch-independent.
Kevin Kofler