无法编译的东西的源代码有一行，#include <dbus/dbus.h> 但在现实生活中，头文件处于/usr/include/dbus-1.0/ 类似的情况下存在于dbus-c++包中。
为什么 Ubuntu 不提供/usr/include/dbus指向dbus-1.0目录的符号链接？这是dbus包中的错误吗？如果有意，它的目的是什么？
自己添加符号链接是否正确？
（更改源是不切实际的 - 有很多文件，它们需要匹配其他人拥有的文件。）
更新：
好吧，我完全误解了这种情况，尽管它仍然归结为一个我认为应该通过符号链接解决的问题。#include声明中所指的dbus目录是/usr/include/dbus-1.0/. 真正的问题是文件dbus-arch-deps.h似乎丢失了，但实际上存储在奇怪的位置/usr/lib/x86_64-linux-gnu/dbus-1.0/include/dbus/。那么现在，为什么 Ubuntu 不提供一个符号链接/usr/include/dbus-1.0/dbus，或者实际上将它存储在那里？
刚刚将 Ubuntu 升级到 11.4，坚持尝试在这个疯狂的新 Unity 桌面上完成任务。在垂直栏中有一个按钮可以打开终端。好的，我打开一个终端，cd 到一个目录并完成一些有用的工作，也许开始一个长时间的编译或一些需要永远的命令。
现在在另一个桌面（工作区，不管他们怎么称呼它们）上，我使用相同的按钮打开一个新的终端来做一些其他的工作。但是，没有新的终端可以工作。相反，它把我带到了第一个终端。最终我找到了另一种打开终端的方法，我认为文件管理器有一个“在此处打开终端”功能，这是我通常更喜欢的功能，但仍然......
为什么 Unity 会这样做，以及如何说服它在我每次单击该按钮时打开一个新的 gnome 终端？