As Thomas Woerner wrote via email on fedora-devel list: The reason for this split is not to get iptables out of core, but to have a good way to build new iptables versions with libxtables so bumps. iproute2 is part of the build environment and depends on libxtables. With the split only the tc sub package will depend on iptables. With a libxtables so bump it is either needed to also build iproute2 at the same time as iptables or to have a (temporary) libxtables provide for the old so version. This is also an issue if a customer or user needs to build a newer iptables version on his system. There is no simple upgrade path for the most common case.
Please add iproute-tc as new branch on the iproute "package tree" i.e. https://apps.fedoraproject.org/packages/iproute-tc ASAP. This packaging split in rawhide has reached the wild and broke my shorewall traffic shaping setup - tc not found. After some considerable effort I discovered this change and guessed at the new package name which has resolved my problem. Thanks Andrew.
Hi Andrew, (In reply to Andrew Peek from comment #1) > Please add iproute-tc as new branch on the iproute "package tree" i.e. > https://apps.fedoraproject.org/packages/iproute-tc ASAP. This packaging > split in rawhide has reached the wild and broke my shorewall traffic shaping > setup - tc not found. After some considerable effort I discovered this > change and guessed at the new package name which has resolved my problem. Thanks for pointing this out. Obviously I got the necessary spec file hints wrong to establish a decent upgrade path. This has been fixed in iproute-4.5.0-3.fc25 which is currently being compiled by Koji. Thanks, Phil
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.