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* kdelibs rebuild. Not particularly fun, either way.
noticed fixed in 4.0.2-11. Thanks!