Bluez，从源代码制作之前卸载？
Bluez, deinstallation before make from source?
我正在使用 Fedora 24。对于我的论文，我必须从源代码构建 BlueZ，因为我需要实验性功能。
现在，最佳做法是什么？在从源代码重新安装之前，我是否必须从 OS 中删除 BlueZ？当我尝试使用 dnf 删除 bluez 时，他还想删除 httpd 和其他应用程序作为依赖项。
谢谢
最佳做法可能是重建 RPM。我们目前在 Fedora 23（和 24）中有 bluez 5.39——这是最新版本的一个次要版本。如果您需要最新的，可以从 Fedora 的开发分支 Rawhide 获取它。
然后，修改规范文件以启用您需要的实验性功能（大概在这种情况下通过将 --enable-experimental 放在 %configure 行上。
当您修改规范文件时，在 Release: 字段的末尾添加类似 .experimental.1 的内容。那样的话，它会被算作较新的更新，你可以 dnf update bluez-5.39-1.fc23.experimental.1.x86_64.rpm。 （每当您进行更改时更新最后的 .1，作为基本版本控制的一种形式。）然后，使用 the DNF versionlock plugin 确保更新不会覆盖它，并且当新版本出现时，更新闲暇时。
我正在使用 Fedora 24。对于我的论文，我必须从源代码构建 BlueZ，因为我需要实验性功能。 现在，最佳做法是什么？在从源代码重新安装之前，我是否必须从 OS 中删除 BlueZ？当我尝试使用 dnf 删除 bluez 时，他还想删除 httpd 和其他应用程序作为依赖项。
谢谢
最佳做法可能是重建 RPM。我们目前在 Fedora 23（和 24）中有 bluez 5.39——这是最新版本的一个次要版本。如果您需要最新的，可以从 Fedora 的开发分支 Rawhide 获取它。
然后，修改规范文件以启用您需要的实验性功能（大概在这种情况下通过将 --enable-experimental 放在 %configure 行上。
当您修改规范文件时，在 Release: 字段的末尾添加类似 .experimental.1 的内容。那样的话，它会被算作较新的更新，你可以 dnf update bluez-5.39-1.fc23.experimental.1.x86_64.rpm。 （每当您进行更改时更新最后的 .1，作为基本版本控制的一种形式。）然后，使用 the DNF versionlock plugin 确保更新不会覆盖它，并且当新版本出现时，更新闲暇时。