Description of problem: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/ has a source rpm for scons-2.0.1-1.el6, suggesting that scons is included in RHEL6. The same package appears to be available also on EPEL6, which is not in line with the EPEL policy. The EPEL scons packages should thus be retired. Version-Release number of selected component (if applicable): scons-2.0.1-1.el6 Disclaimer: I don't know if RHEL6 actually ships the scons packages (on all architectures), or if the source rpm on ftp.redhat.com is only some stray source rpm, which shouldn't be there at all.
As far as I can tell, scons.noarch is available from rhel-x86_64-server-optional-6 but not from rhel-i386-server-optional-6 in RHEL 6.4.
Right, so this is likely a https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages package. Ie, added to epel in order to be used for 32bit packages that need it.
According to that guideline, the EPEL version/release needs to be lower than the RHEL one. Currently, they are identical at 2.0.1-1.el6. This probably does no harm, but should be taken care of in future releases.
Sure, that guideline was written after epel6 had been going for a while, so initial packages just stuck with the identical version.
Is 'scons' still available on rhel6?
scons-2.0.1-1.el6.noarch is still available.
Available Packages scons.noarch 2.0.1-1.el6 base scons.noarch 2.0.1-1.el6 epel Since this is a limited arch package, this is all as expected. We could push a 2.0.1-0.1.el6 in epel6 (to match the current limited arch package guidelines), but that would be very messy at this point since it's been in with this version for ages and many people will have it installed. Feel free to reopen if there's further discussion/info to be had here.