It occurs to me as most source packages are intended to be dual architecture that it seems wasteful to have them hosted in the repo twice.
Currently, we have SRPM directories in both 2010 and 2011 repos, and as packages are ported to 64-bit they will increasingly be the same. Would it not make more sense to have a separate repo for SRPM, divided into 64-32, 64-only and 32-only, like the Dropbox? Until the repackaging is complete there would also be a need for a legacy directory for unported 32-bit packages, which would enable packagers to see quickly what still needs converting.
The main advantage of this would be a 25% saving in disc space and mirror syncing bandwidth.
I realise this is really a matter for O-P and Neal, but it's possible others might see a serious objection to the idea, so I thought I'd raise it here rather than in a PM. It also means if they think it's a definite no-go they only have to answer once, rather than every time someone thinks of something similar and contacts them privately.