Использовать альтернативы или добавляющий к ПУТИ?
Я (частично) понял это. Вывод, который я вижу, прибывает из Плимута. У меня не было плимутских тем установленными, таким образом, Плимут возвращается к подробному дисплею. Я пытался делать свою собственную плимутскую тему (простой дисплей логотипа), но она не будет работать правильно. Наконец я установил и изменил plymouth-theme-script и это работало, кроме у меня был заключительный бит текста, отображенного незадолго до моего запущенного приложения.
Другая часть того, почему я все еще видел текст, у меня не было установленного Менеджера окон, моя начальная загрузка просто запущенный a .bashrc в TTY1, который имел команду startx. Когда я установил nodm, который запускается непосредственно в TTY7 из Плимута, устраняющего остаток от текстового дисплея.
Во-первых, альтернативы от Debian и не будут работать в Redhat, FreeBSD или многими другими системами. Во-вторых, стандартная рекомендация - использовать / usr / bin для пакетов поставщиков / opt для сторонних пакетов, / usr / local / bin для локальных исполняемых файлов и установить путь для исполняемых пользователей.
Альтернативы предназначены, где вы можете иметь несколько пакетов, предоставляют ту же функциональность, например, есть как минимум три пакеты MailX, две пакеты AWK и несколько пакетов Java, доступные на Debian.
Теперь к мясу дела: почему учебники используют альтернативы, как вы показываете? Поскольку альтернативы тесно используются с упаковкой Debian, это позволяет пакет третьего партиута в основном действовать как поставщик. Если вы используете альтернативы вместо установки? Абсолютно нет, альтернативы не устанавливают разрешения.
Одной из основных идей в UNIX является то, что все является файлом. (Это еще не строго верно, если это когда-либо было, но это как это как дизайнерская цель составляла много вещей.) Теперь есть три вещи, которые вы можете сделать с файлом, связанным с разрешениями. Они читают, пишут и выполняют. При чтении или записи есть два способа указать файл для открытия. Они являются абсолютным путем (путь относительно корневого каталога) или относительного пути (путь относительно текущего каталога). Выполнение - это немного сложнее, что есть три способа указать файл для выполнения. Это абсолютный путь, обнаженное имя файла и относительный путь. Абсолютный путь такой же, как указано выше. Относительный путь аналогичен выше, но используется только в том случае, если явно указано (имя включает в себя слезу) или путь включает в себя относительный путь. Путь указан на процесс в процессе в переменной среды пути (которая унаследована от родительского процесса во время вилки). Путь - это список каталогов, чтобы найти исполняемый файл, когда исполняемый файл указывается без косой на имя. Чтобы упростить администрирование (и скорость расположения исполняемых файлов) исполняемые файлы собираются в небольшое количество каталогов. Большинство исполняемых файлов входят в / BIN, / usr / bin, или / usr / local / bin с исполняемыми специальными лицами, помещенными в / sbin, / usr / sbin, / usr / local / sbin и / usr / games. У некоторых пользователей будут дополнительные двоичные файлы, размещенные в других местах для их личного пользования. Мне нравится размещать мою в ~ / .bin, но ~ / Bin также распространены, а другие каталоги иногда используются, как соответствует пользователю.
При размещении разделяемых исполняемых файлов каждый пользователь может сообщить другим пользователям, где двоичный файл или помещает его в общее местонахождение. При накладывании исполняемых файлов в общем месте вы можете либо скопировать файл и установить его разрешения вручную или использовать установку, которая позаботится о деталях более простых моды. Иногда вы устанавливаете сложные пакеты сторонних сторон и не хотите, чтобы они загромождали основные части файловой системы со всеми связанными файлами (библиотеками и т. Д.) и поместить их в / opt / package или / opt / vendor / package. Вы можете добавить соответствующую каталог на путь или поместить скрипт обертки или символическую ссылку в стандартный каталог. Альтернативы устанавливают символическую ссылку и запись базы данных, чтобы, когда у вас есть более одной доступной программы, которая имеет одинаковую базовую функциональность и одно и то же исполняемое имя, используется правый.
[Что такое] правильный способ сделать сценарий глобально доступен от терминала, как команда
, в один из способов было бы добавить команду / usr / local / bin и убедитесь То, что этот единственный каталог находится в пути . Если у вас есть полное приложение с несколькими командами, это не было бы неразумно добавить SymLinks в / usr / local / bin , указывающих на команды, содержащиеся в каталоге приложения.
Вот экстракт из одного из моих собственных / usr / local / bin каталоги, который фактически содержит более 30 записей. Вы можете видеть, что инструменты VMware проводятся в отдельном каталоге, но симлизуются в / usr / local / bin . Другие инструменты проводятся в самом каталоге.
$ ls -l /usr/local/bin
total 804
-rwxr-xr-x 1 root staff 6717 Feb 4 2014 ad-search
-rwxr-xr-x 1 root staff 4811 Feb 2 2011 cpd
-rwxr-xr-x 1 root staff 798 Aug 13 2013 echoel
-rwxr-xr-x 1 root staff 294 Jun 18 2007 ifvi
...
lrwxrwxrwx 1 root staff 45 Feb 6 2014 vmware-gksu -> /usr/local/lib/vmware-tools/bin64/vmware-gksu
lrwxrwxrwx 1 root staff 43 Feb 6 2014 vmware-hgfsclient -> /usr/local/lib/vmware-tools/bin64/appLoader
lrwxrwxrwx 1 root staff 43 Feb 6 2014 vmware-toolbox-cmd -> /usr/local/lib/vmware-tools/bin64/appLoader
-rwxr-xr-x 1 root staff 256307 Feb 6 2014 vmware-uninstall-tools.pl