当开始从Fedora 23升级到Fedora 24时，dnf upgrade给了我一些消息：
java-1.8.0-openjdk x86_64 1:1.8.0.92-3.b14.fc24 updates 226 k
java-1.8.0-openjdk-devel x86_64 1:1.8.0.92-3.b14.fc24 updates 9.8 M
java-1.8.0-openjdk-headless x86_64 1:1.8.0.92-3.b14.fc24 updates 32 M
java-1.8.0-openjdk-javadoc noarch 1:1.8.0.92-3.b14.fc24 updates 15 M
nss i686 3.24.0-1.2.fc24 updates 877 k
nss x86_64 3.24.0-1.2.fc24 updates 863 k
nss-sysinit x86_64 3.24.0-1.2.fc24 updates 58 k
nss-tools x86_64 3.24.0-1.2.fc24 updates 496 k
php-zendframework-zendxml noarch 1.0.2-1.fc24 fedora 14 k
tomcat noarch 1:8.0.32-4.fc24 fedora 93 k
tomcat-admin-webapps noarch 1:8.0.32-4.fc24 fedora 45 k
tomcat-el-3.0-api noarch 1:8.0.32-4.fc24 fedora 107 k
tomcat-jsp-2.3-api noarch 1:8.0.32-4.fc24 fedora 72 k
tomcat-lib noarch 1:8.0.32-4.fc24 fedora 4.1 M
tomcat-servlet-3.1-api noarch 1:8.0.32-4.fc24 fedora 257 k
我很想知道原因。似乎没有一种方法可以获得任何搜索引擎，包括stackexchange来为这个问题提供合理的答案。
答案 0 :(得分：1)
与Jakuje在答案中所说的相反，这确实是降级：
$ rpmdev-vercmp 8.0.32-5.fc23 8.0.32-4.fc24
8.0.32-5.fc23 > 8.0.32-4.fc24
tomcat打包器犯了一个错误并打破了升级路径，这是我们在Fedora社区中尽量避免的，特别是因为它最好让人感到困惑（正如这个问题所证明的那样），最糟糕的是它可以阻止用户运行完全升级。
在Fedora中，我们希望确保始终存在从Fedora版本到Fedora版本以及从Fedora版本到更新中的软件包的升级路径。要做到这一点，我们需要确保较新的Fedora版本中的软件包具有与旧版本中的软件包相同或更高的
Epoch:Version-Release（EVR）。 （强调我的，source）
事实上，我们甚至有一个CI check to try and avoid ever breaking the upgrade path，但我不确定它是否已经全面运作。
当然，现在F24已经发布，对它做任何事都可能为时已晚。
然而，给包装工的礼貌电子邮件可能足以向他们解释为什么这是错误的，并要求他们尝试避免将来这样做。
您可以随时发送电子邮件至Fedora软件包的维护者，发送电子邮件至$ package.owner@fedoraproject.org，在您的案例中为tomcat-owner@fedoraproject.org
答案 1 :(得分：0)
如果我看对了，你会关注来自
的更新tomcat-8.0.32-5.fc23
到
tomcat-8.0.32-4.fc24
这是不降级。已更改发布，但版本仍然相同。 Fedora版本（fc23 - > fc24）之间的版本号可能不同，因为它们不遵循相同的更新周期（理论上，您可能会获得Fedora 23的更新，而不是Fedora 24）。
来源：http://koji.fedoraproject.org/koji/packageinfo?packageID=12023