Red Hat Bugzilla – Bug 436579
apidocs subpackage should be noarch
Last modified: 2008-03-27 12:06:09 EDT
There is no compiled code contained in the 250MB apidocs subpackage. I maintain
a local mirror at home over a slow (1.5Mbps) link. It would be nice if I could
just download a new apidocs once rather than twice in an rsync session (I carrry
i386 and x86_64).
I'm glad I'm not the only one that thinks thusly. :)
In fairness, we had no idea apidocs would be so large. Being so, makes the case
for noarch compelling.
Subpackages can't be noarch.
I see only 2 solutions:
* building a second SRPM: That duplicates the SRPMs, doubles the maintainership
effort and is overall not worth it (and 2 out of the 3 other KDE maintainers
agreed with me when we discussed this in the meetings).
* hacks like what the kernel package is using: yuck!
I'm closing this as CANTFIX because this is impossible to fix due to a
technical limitation in RPM.
Let's please discuss it (again), before concluding WONTFIX (not CANTFIX).
Is the kernel package somehow special-cased or is the kernel.spec hack going to
work for us too?
For reference, the hack is to:
ExclusiveArch: noarch i386 x86_64 ppc ppc64 ...
and to use %ifarch noarch and %ifnarch noarch everywhere.
(By the way, I don't like that hack because it requires listing all the arches,
which is a PITA each time a new secondary arch is added.)
And IMHO something which is impossible to fix without ugly hacks should be
marked NOTABUG or CANTFIX, not WONTFIX. :-)
kernel isn't special cased, but does require adding information to koji (I believe).
otoh, a separate srpm approach allows us not to respin -apidocs for *every*
Not particularly fun, either way.
noticed fixed in 4.0.2-11.