Я обычно делаю
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, поэтому давайте не будем углубляться в обсуждение этого вопроса.