Я обычно делаю
dpkg -L packagename | grep -E '/s?bin/'
чтобы получить список всего "вызываемого", который предлагает этот пакет.
Правило простое: согласно политике Debian (и FHS) все программы, вызываемые обычными пользователями (не администраторами), должны помещать свои двоичные файлы (или ссылки на них, обычно символические) в /bin
или /usr/bin
1, и все программы, вызываемые системными администраторами, должны помещать свои двоичные файлы (или ссылки на них) в /sbin
или /usr/sbin
1.
Любые локальные программы, не установленные из пакетов и, следовательно, не являющиеся частью "системы", должны помещать свои вызываемые двоичные файлы в /usr/local/bin
или /usr/local/sbin
эти места "ваши", и вы Гарантируется, что ни один пакет, установленный из официальных репозиториев, никогда не поместит туда / не свяжет бинарный файл.
Если вы бежите
echo $PATH
в вашем терминале как обычный пользователь вы увидите /bin
и /usr/bin
и /usr/local/bin
списке - вот где оболочка ищет не встроенные команды, которые вы просите ее выполнить. У суперпользователя также будут перечислены " sbin
" версии этих каталогов.
И, наконец, одно небольшое замечание: вы не можете - просто взглянув на список программ, предлагаемых пакетом, - определить, какая из них является командной строкой ("вызываемой в терминале") или GUI (требующей подключения X-сервера), поскольку оба вида программ размещены в одной иерархии каталогов. С другой стороны, те приложения с графическим интерфейсом, которые хотят интегрироваться в среду рабочего стола (такие как GNOME, KDE, XFCE, LXDE и т.д.), Обычно предоставляют так называемые "файлы рабочего стола" (заканчивающиеся расширением .desktop
), которые дают их программу. описательный заголовок, описание его назначения и описание способа вызова приложения. Эти файлы сканируются средой рабочего стола и отображаются в "меню приложения" (или иным образом используются аналогичным образом). Поэтому , если вы ищете для такого рода программ, вы можете grep
вывод dpkg -L
для .desktop
1 Различие между иерархиями /usr
и /
является тонким и в настоящее время спорным в сообществах, ориентированных на Linux, поэтому давайте не будем углубляться в обсуждение этого вопроса.