我的 boost::thread 库头文件(我没有触及)中出现了一个疯狂的编译错误,所以我删除了/usr/include/boost
.
我清除了libboost-all-dev
然后做了,sudo apt-get install libboost-all-dev
但标题不会回来。
我应该怎么办?
我的 boost::thread 库头文件(我没有触及)中出现了一个疯狂的编译错误,所以我删除了/usr/include/boost
.
我清除了libboost-all-dev
然后做了,sudo apt-get install libboost-all-dev
但标题不会回来。
我应该怎么办?
再次卸载
libboost-all-dev
,然后运行sudo apt autoremove
,然后libboost-all-dev
再次安装。这通常会起作用。这些命令是实现此目的的一种方法:如果你愿意,你可以使用
purge
代替remove
和--purge autoremove
代替plainautoremove
,但在这种情况下,听起来你需要恢复的文件不是conffiles,所以这无关紧要。libboost-all-dev
是一个元包。它不直接提供任何 Boost 库,而是通过将提供它们的其他包声明为依赖项来安装它们(运行apt show libboost-all-dev
以获取详细信息)。卸载libboost-all-dev
不会删除这些软件包,并且由于libboost-all-dev
再次安装时它们仍然安装,因此不会重新安装它们。但是,卸载
libboost-all-dev
确实使那些其他软件包符合自动删除的条件,只要您没有手动安装它们并且没有安装任何依赖它们的其他软件包。这就是为什么在卸载autoremove
时执行操作libboost-all-dev
应该可以解决问题。如果没有,您可以通过列出当前已安装且可能与 Boost 相关的软件包来进一步调查:
然后,您可以重新安装它们,
sudo apt --reinstall install ...
或者更好地卸载它们,然后libboost-all-dev
再次安装以取回它们。我认为这更好,因为它们没有被标记为手动安装,因此如果您删除libboost-all-dev
并且没有其他依赖于它们,将来将有资格自动删除。当然,在卸载软件包时,请务必查看
apt
--orapt-get
或您正在使用的任何命令 --says 将完成什么。特别是,如果您要卸载似乎与 Boost 相关的软件包,并且将连同它一起删除的软件包似乎与 Boost 无关或数量很大,您应该不愿意继续。非 Boost 包可能依赖于 Boost 相关的包。关于您最初的编译错误问题,您可能会考虑在获取标题后发布一个单独的问题。
更一般地说,如果您想尝试删除包管理器安装的文件以解决问题,最好使用包管理器来卸载它们。如果您必须手动删除文件,您应该考虑将它们移动到其他位置,以便在必要时轻松恢复它们,而不是直接删除它们。幸运的是,删除属于对系统操作不是必需的包的文件(正如您所做的那样)通常可以通过重新安装正确的包很容易地撤消。