Ubuntu 14.04 черный экран после Nvidia Driver 352

Это более или менее оставлено вверх индивидууму делать то, что они хотят, но я бы рекомендовал вам всегда оставлять каталоги, уже используемые базовой системой или любым менеджером пакетов, в одиночку. Вы действительно не хотите запутать менеджер пакетов, перезаписывая файлы, которые он ранее установил! Так что обязательно оставьте / bin в покое.

В большинстве систем / usr / local должен быть безопасным местом для установки, хотя это также используется менеджерами пакетов в некоторых системах (например, FreeBSD и OpenBSD, поскольку они считают программное обеспечение, установленное из портов / пакетов, локальным программным обеспечением.

См. также записи « Стандарт иерархии файловой системы » и « Файловая система Unix » в Википедии.

Некоторые системы Unices. также есть hier (7) руководство , к которому вы можете обратиться. (Ссылка ведет на версию OpenBSD, но она также доступна по крайней мере в Ubuntu среди Linux. В случае OpenBSD она документирует каталоги это системное программное обеспечение знает, поэтому оно не упоминает, например, / opt ).

На самом деле не имеет значения, где вы собираете материал, так как это каталог, который вы, скорее всего, удалите, когда закончите. Однако рекомендуется делать это вдали от фактических каталогов установки. Я работал над системами, в которых деревья исходных текстов находились в / bin и / usr / local , что просто крайне неопрятно.

Я также рекомендовал бы вам выполнить фактическую make install для программного обеспечения, а не запускать исполняемые файлы из каталога сборки, если вы не настраиваете сборку. Сбор исполняемых файлов в одном месте делает ваш PATH более чистым и простым в установке, если, конечно, вы действительно не хотите отдельный элемент PATH для каждой части программного обеспечения.

Личное мнение ниже:

Для программного обеспечения, которое я создаю исключительно для себя, я обычно использую частную иерархию в $ HOME / local для установки.

При компиляции программ, использующих автоинструменты GNU и, следовательно, имеющих сценарий configure , это действительно просто. Вы просто говорите

$ ./configure --prefix="$HOME/local"

на этапе настройки перед make и make install .

При компиляции программ, использующих CMake, можно добиться того же, выполнив

$ cmake -DCMAKE_INSTALL_PREFIX="$HOME/local" .

до шагов make и make install . Тот же эффект (другими способами) может быть получен при установке модулей Perl и т. Д.

Тогда вам, очевидно, придется добавить $ HOME / local / bin в свой путь ...

Лично я тоже использую GNU Stow , что означает, что я на самом деле не указываю $ HOME / local в качестве префикса установки, а $ HOME / local / stow / вещь-2.1 , когда я настраиваю программный пакет вещь-2.1 .

После установки:

$ cd "$HOME/local/stow"
$ stow thing-2.1

Содержимое каталога $ HOME / local / stow / thing-2.1 / bin будет отображаться (с использованием символических ссылок) в $ HOME / local / bin (и аналогично для любой lib или другого каталога, установленного в thing-2.1 ).

Stow упрощает удаление программного обеспечения . Нет необходимости искать каждый маленький файл, который был установлен с помощью одной make install , просто чтобы удалить и удалить часть программного обеспечения, вместо этого просто

$ cd "$HOME/local/stow"
$ stow -D thing-2.1
$ rm -rf thing-2.1