Как сообщить Ubuntu, где установить программу и как определить, где была установлена существующая программа?

Question 1

Эта ошибка все еще затрагивала меня и сейчас (Ubuntu 14.04).

Наконец, я нашел решение, которое просто добавляет эту строку 'addn-hosts = / etc / hosts' в конфигурационный файл dnsmasq пакета Newworkmanager .

echo 'addn-hosts=/etc/hosts' > /etc/NetworkManager/dnsmasq.d/etc-hosts
service network-manager restart

Идея заключается в том, что мы добавляем / etc / hosts в качестве дополнительного файла хоста.

Даже если бы я мог найти решение, жестко закодированный вариант ' no-hosts 'в двоичном файле / usr / sbin / NetworkManager разочаровывает меня.

Question 2

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 3

Question 4

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 5

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 6

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 7

Question 8

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 9

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 10

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 11

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 12

Что-то подобное применимо к Linux, где все программы установлены в центральном месте

Приблизительные эквиваленты каталогов установки Windows в Linux

\Windows = /bin

\Windows\System32 = /lib и /sbin

\Program Files = /usr/bin и /usr/lib

Я бы предпочел сохранить все установленные программы в одном месте, чтобы в этом было подходящее место с точки зрения лучшей практики. Другими словами, что такое эквивалент Linux C: \ Program Files?

Это были бы каталоги в /usr, в частности /usr/bin и /usr/lib.

И как всегда устанавливать в этом месте, просто вопрос размещения tarball и запуск команд установки из этого места?

No. Где вы находитесь, когда вы запускаете команды установки, почти никогда не имеет значения.

Программы, которые вы устанавливаете с помощью apt-get (или aptitude), почти всегда оказываются соответствующим образом в /usr. НО программы, которые вы компилируете из источника, и make install чаще всего попадают в /usr/local/bin, /usr/local/lib и т. Д., И у вас могут быть проблемы с этим, поскольку установленный пользователем путь в Debian / Ubuntu равен /usr, а не /usr/local.

При компиляции из источника добавьте этот переключатель для настройки: ./configure --prefix=/usr. Таким образом, когда вы make install файлы попадут в правый каталог

Также загляните в программу checkinstall, которая отслеживает файлы, скомпилированные из исходных установок, делает файл deb, и позволяет легко удалить / переустановить.

Как насчет использования sudo apt-get для установки пакета. Как я могу указать на это местоположение, чтобы сказать apt-get, чтобы он всегда устанавливался там?

apt-get / dpkg позаботится об этом автоматически. Вы можете использовать dpkg -L name-of-package, чтобы просмотреть все файлы, установленные пакетом и где они были установлены.

Question 13

Question 14

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом. Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

В префиксе /usr используется программное обеспечение, упакованное вашим дистрибутивом. Вы должны префикс установить любое другое программное обеспечение там, потому что оно будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому, пожалуйста, не устанавливайте там свое собственное скомпилированное программное обеспечение. Это top хорошая идея, если вы действительно не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им.

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы. sbin - системные двоичные файлы, которые обычно не должны выполняться обычными пользователями. man - страницы руководства для программ, библиотек и файлов конфигурации и т. д. etc - файлы конфигурации со значениями по умолчанию для программного обеспечения. lib - библиотеки программ и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере. share - файлы данных, которые не отличаются друг от друга на разных архитектурах и могут совместно использоваться разными компьютерами. var - каталоги с данными, которые изменяются во время выполнения программы. Подобно журнальным файлам и т. Д.

Большинство этих каталогов могут использоваться с файловыми системами, защищенными файлами, для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки.

Также есть некоторые каталоги, которые находятся под файлом / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свое распределение. Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом. Программы, установленные с apt-get или aptitude, всегда устанавливаются в нужное место для распространения. Вы не можете изменить это место.

Question 15

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи меню.

[d1 ] Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создает файлы, которые вы, скорее всего, видите.

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

Вот интересная статья о структуре каталогов Debian.

Question 16

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Question 17

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 18

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 19

Question 20

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 21

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 22

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 23

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 24

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 25

Question 26

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Question 27

Когда вы устанавливаете программы из репозитория, используя обычную установку, он будет устанавливаться в нужное место, создавать файлы конфигурации в нужном месте (функционально похожие на реестр Windows) и автоматически создавать записи в меню.

Когда вы загружаете файл (не предпочтительный, но часто необходимый, когда приложение не находится в репозитории), то первое, что вы сделали, это запустить tar, что эквивалентно распаковке в Windows. Это создаст файлы, которые вы, скорее всего, видите.

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

Вот интересная статья в Структура каталога Debian .

Anders · Accepted Answer · 31 July 2018 в 10:49

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 31 July 2018 в 10:54

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 2 August 2018 в 00:41

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 4 August 2018 в 16:12

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 6 August 2018 в 00:50

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 7 August 2018 в 18:15

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 10 August 2018 в 07:00

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

Anders · Accepted Answer · 15 August 2018 в 18:58

Обычно программа устанавливается в нескольких каталогах под одним верхним каталогом, называемым префиксом . Какой топ-каталог для использования зависит от того, кто устанавливает, для цели ведьмы и кто будет управлять программным обеспечением.

Префикс /usr используется программным обеспечением, упакованным вашим дистрибутивом. Вы должны не устанавливать какое-либо другое программное обеспечение там, потому что будет путать дистрибутив при установке и обновлении программного обеспечения, упакованного дистрибутивом. Поэтому , пожалуйста, не устанавливайте свое собственное компилируемое программное обеспечение. Это не очень хорошая идея, если вы не знаете, что делаете. И если вы не разработчик Debian или Ubunut, вы обычно этого не делаете. Я бы этого не сделал.

Для коммерческого программного обеспечения используется префикс /opt. Для них мешает меньше всего распределять дистрибутивы и локального системного администратора.

Для программного обеспечения, устанавливаемого системным администратором для всех пользователей, используется префикс /usr/local. Там он находится в стороне от коммерческой и дистрибутивной установки и не будет мешать им. Так как системный администратор вы используете это (если у вас есть права root, вы являетесь системным администратором).

Если вы обычный пользователь, устанавливающий программное обеспечение для себя, вы можете использовать свой домашний каталог в качестве префикса, используя --prefix в configure с префиксом «~/» или $HOME/. Я часто это использовал, когда был студентом. : -)

Обычно программа выполняет правильные действия, когда вы выполняете configure с опцией --prefix с правильным значением, а затем make; make install.

Под любым из этих префиксов , вы обычно находите эти каталоги в стандартной установке.

bin - исполняемые программы, двоичные файлы.
sbin - системные двоичные файлы, которые обычно не должны быть выполненных обычными пользователями.
man - страницы руководства для программ, библиотек и файлов конфигурации и т. д.
etc - файлы конфигурации со значениями по умолчанию для программного обеспечения.
lib - программные библиотеки и файлы данных, которые зависят от архитектуры (например, ЦП) на вашем компьютере.
share - файлы данных, которые не отличаются на разных архитектурах, и могут совместно использовать разные компьютеры.
var - каталоги с данными, которые изменяются во время выполнения программы. Как и файлы журналов и т. Д.

Большинство этих каталогов могут использоваться с файлами с защитой от записи для повышения безопасности. Единственный, кому нужно писать, - это каталог var/. Когда программное обеспечение обновляется, эти каталоги, очевидно, (?) Должны иметь письменные привилегии. Это можно сделать с помощью перезагрузки с правами на запись во время установки, а затем повторно установить с чтением только после установки. Но это продвинуто, и я только даю его как пример расширенного управления пакетами.

Есть также некоторые каталоги непосредственно под / (корневой каталог), которые не существуют ни под каким другим префиксом, например /dev, /tmp, /proc и /srv (для каталогов данных сервера, но они обычно находятся под /var/lib или /var/www и такими каталогами, поэтому вам нужно изменить конфигурацию, чтобы использовать этот каталог. Я рекомендую вам это делать, когда вы используете сервер. Используйте только /var/ для тестирования стандартной установки).

Linux не является MS Windows. Есть много мест для размещения программ, которые вы устанавливаете. Это зависит от того, кто устанавливает и для кого. Прочтите это в моем посте. Примечание. RedHat использует /usr, поскольку Debian / Ubuntu использует /usr/local. Узнайте свой дистрибутив.
Различные программы имеют разные способы установки. --prefix полезны для программ, использующих configure. Лучший способ узнать, вероятно, прочитать файл README.txt или что-то в этом роде, которое вам, вероятно, предоставляется в архиве tar. Архив tar может быть извлечен в любом месте, например, в вашем домашнем каталоге. После завершения установки вы можете удалить извлеченный tar-архив, если вам не хватает памяти. Но не делайте этого раньше, если вы не проверили свою установку должным образом.
Программы, установленные с apt-get или aptitude, всегда устанавливаются в правильном месте для распространения. Вы не можете изменить это место.

спасибо за подробный ответ, только один вопрос. Поскольку вы сказали «Нет. Где вы находитесь, когда вы запускаете команды установки, почти никогда не имеет значения. & Quot ;, значит ли это теперь, когда я установил программу, я могу безопасно удалить папку Sphinx в / home / sphinx /, которую я извлек из tarball, и запускал установку и команды в? Является ли это теперь эквивалентом установщика, который я уже запускал для установки программы и теперь не имеет смысла? — JakeRow123, 14 June 2012 в 07:39
Да, вы можете удалить папку, извлеченную из tarball, - это по существу, как "temp & quot; папка, в которую был извлечен установщик, и теперь бесполезен. Это был отличный вопрос, я отредактирую ответ, чтобы включить эту информацию. — ish, 14 June 2012 в 08:04
Вы могли бы, но тогда у вас возникнут проблемы с удалением их с помощью «make uninstall». В Debian / Ubuntu вы никогда не должны устанавливать программное обеспечение в префикс / или / usr, вы должны использовать / usr / local. Почему, поскольку / usr / local создается для локальных администраторов, это вы JakeRow123, чтобы установить свои собственные программы. / и / usr только для пакетов Debian. Если вы установите там, шансы большие, что вы получите проблемы. Поэтому используйте команду «--prefix = / usr / local» в команде configure при компиляции. Тогда «сделай; sudo make install "установит там программу. — Anders, 15 June 2012 в 02:41
@Anders, make uninstall НЕ является стандартной функцией и не встречается во многих источниках программы. Кроме того, /usr/local часто не находится на пути к Ubuntu и может вызвать проблемы при попытке запуска программ или попытке компиляции (из-за включения в /usr/local). — ish, 15 June 2012 в 05:30
Не следует устанавливать программное обеспечение в неправильном месте, например, в разделе / usr, а не в нужном месте, например / usr / local. Вы должны исправить ошибку с помощью PATH, если компьютер / пользовательская среда настроена неправильно. Установка под / или / usr приведет вас к неприятностям. Поверь мне. Был там и сделал это. Это было не весело. Совсем. Некоторые программы, все с автоконфигурированием, которые вы установили с помощью команды configure, получили удаление. Другие, которые не имеют этого, не помогают, и должны быть обнаружены ошибки ... — Anders, 15 June 2012 в 06:49

Anders · Accepted Answer · 18 August 2018 в 21:47

Что-то подобное применимо к Linux, где все программы установлены в центральном месте

Приблизительные эквиваленты каталогов установки Windows в Linux

\Windows = /bin

\Windows\System32 = /lib и /sbin

\Program Files = /usr/bin и /usr/lib

Я бы предпочел сохранить все установленные программы в одном месте, чтобы в этом было подходящее место с точки зрения лучшей практики. Другими словами, что такое эквивалент Linux C: \ Program Files?

Это были бы каталоги в /usr, в частности /usr/bin и /usr/lib.

И как всегда устанавливать в этом месте, просто вопрос размещения tarball и запуск команд установки из этого места?

No. Где вы находитесь, когда вы запускаете команды установки, почти никогда не имеет значения.

Программы, которые вы устанавливаете с помощью apt-get (или aptitude), почти всегда оказываются соответствующим образом в /usr. НО программы, которые вы компилируете из источника, и make install чаще всего попадают в /usr/local/bin, /usr/local/lib и т. Д., И у вас могут быть проблемы с этим, поскольку установленный пользователем путь в Debian / Ubuntu равен /usr, а не /usr/local.

При компиляции из источника добавьте этот переключатель для настройки: ./configure --prefix=/usr. Таким образом, когда вы make install файлы попадут в правый каталог

Также загляните в программу checkinstall, которая отслеживает файлы, скомпилированные из исходных установок, делает файл deb, и позволяет легко удалить / переустановить.

Как насчет использования sudo apt-get для установки пакета. Как я могу указать на это местоположение, чтобы сказать apt-get, чтобы он всегда устанавливался там?

apt-get / dpkg позаботится об этом автоматически. Вы можете использовать dpkg -L name-of-package, чтобы просмотреть все файлы, установленные пакетом и где они были установлены.

спасибо за подробный ответ, только один вопрос. Поскольку вы сказали «Нет. Где вы находитесь, когда вы запускаете команды установки, почти никогда не имеет значения. & Quot ;, значит ли это теперь, когда я установил программу, я могу безопасно удалить папку Sphinx в / home / sphinx /, которую я извлек из tarball, и запускал установку и команды в? Является ли это теперь эквивалентом установщика, который я уже запускал для установки программы и теперь не имеет смысла? — JakeRow123, 14 June 2012 в 07:39
Да, вы можете удалить папку, извлеченную из tarball, - это по существу, как "temp & quot; папка, в которую был извлечен установщик, и теперь бесполезен. Это был отличный вопрос, я отредактирую ответ, чтобы включить эту информацию. — ish, 14 June 2012 в 08:04
Вы могли бы, но тогда у вас возникнут проблемы с удалением их с помощью «make uninstall». В Debian / Ubuntu вы никогда не должны устанавливать программное обеспечение в префикс / или / usr, вы должны использовать / usr / local. Почему, поскольку / usr / local создается для локальных администраторов, это вы JakeRow123, чтобы установить свои собственные программы. / и / usr только для пакетов Debian. Если вы установите там, шансы большие, что вы получите проблемы. Поэтому используйте команду «--prefix = / usr / local» в команде configure при компиляции. Тогда «сделай; sudo make install "установит там программу. — Anders, 15 June 2012 в 02:41
@Anders, make uninstall НЕ является стандартной функцией и не встречается во многих источниках программы. Кроме того, /usr/local часто не находится на пути к Ubuntu и может вызвать проблемы при попытке запуска программ или попытке компиляции (из-за включения в /usr/local). — ish, 15 June 2012 в 05:30
Не следует устанавливать программное обеспечение в неправильном месте, например, в разделе / usr, а не в нужном месте, например / usr / local. Вы должны исправить ошибку с помощью PATH, если компьютер / пользовательская среда настроена неправильно. Установка под / или / usr приведет вас к неприятностям. Поверь мне. Был там и сделал это. Это было не весело. Совсем. Некоторые программы, все с автоконфигурированием, которые вы установили с помощью команды configure, получили удаление. Другие, которые не имеют этого, не помогают, и должны быть обнаружены ошибки ... — Anders, 15 June 2012 в 06:49

Anders · Answer 10 · 25 May 2018 в 10:13