Как & amp; Где устанавливать программное обеспечение, недоступное в репозиториях / диспетчере синаптических пакетов?

Swap - это то, что используется, когда вы исчерпали ОЗУ.

RAM работает быстро. SWAP - это SLOWWWWW (как механический (жесткий диск), а не барабан (чисто электронный)).

В старые времена вы выделили удвоенное количество оперативной памяти, которую вы должны были поменять. В наши дни это не такое уж твердое и быстрое правило.

Родственный вопрос:

У меня 16 ГБ оперативной памяти. Мне нужен обмен 32 ГБ?
2
задан 21 November 2010 в 20:09

18 ответов

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в /usr/local/. Если вы хотите легко обновить или удалить такие приложения, я предлагаю вам использовать checkinstall. Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы под /opt/vendor или что-то в этом роде, чтобы он не мог конфликтовать с управлением пакетами и обычная практика с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете увидеть это в Synaptic или с помощью dpkg -L packagename.

3
ответ дан 26 May 2018 в 00:19
  • 1
    Некоторая вещь, которую я искал ... Спасибо за ваше время – javanoob 22 November 2010 в 08:00

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в /usr/local/. Если вы хотите легко обновить или удалить такие приложения, я предлагаю вам использовать checkinstall. Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы под /opt/vendor или что-то в этом роде, чтобы он не мог конфликтовать с управлением пакетами и обычная практика с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете увидеть это в Synaptic или с помощью dpkg -L packagename.

3
ответ дан 25 July 2018 в 22:51

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в /usr/local/. Если вы хотите легко обновить или удалить такие приложения, я предлагаю вам использовать checkinstall. Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы под /opt/vendor или что-то в этом роде, чтобы он не мог конфликтовать с управлением пакетами и обычная практика с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете увидеть это в Synaptic или с помощью dpkg -L packagename.

3
ответ дан 27 July 2018 в 00:56

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в /usr/local/. Если вы хотите легко обновить или удалить такие приложения, я предлагаю вам использовать checkinstall. Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы под /opt/vendor или что-то в этом роде, чтобы он не мог конфликтовать с управлением пакетами и обычная практика с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете увидеть это в Synaptic или с помощью dpkg -L packagename.

3
ответ дан 2 August 2018 в 04:15

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в / usr / local / [ ! d0]. Если вы хотите легко обновить или удалить такие приложения, я бы предложил вам использовать checkinstall . Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы в / opt / vendor или что-то в этом роде, так что он не может конфликтовать с управлением пакетами и обычными методами с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете видеть, что в Synaptic или с dpkg -L packagename .

3
ответ дан 4 August 2018 в 20:20

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в / usr / local / [ ! d0]. Если вы хотите легко обновить или удалить такие приложения, я бы предложил вам использовать checkinstall . Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы в / opt / vendor или что-то в этом роде, так что он не может конфликтовать с управлением пакетами и обычными методами с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете видеть, что в Synaptic или с dpkg -L packagename .

3
ответ дан 6 August 2018 в 04:19

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в / usr / local / [ ! d0]. Если вы хотите легко обновить или удалить такие приложения, я бы предложил вам использовать checkinstall . Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы в / opt / vendor или что-то в этом роде, так что он не может конфликтовать с управлением пакетами и обычными методами с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете видеть, что в Synaptic или с dpkg -L packagename .

3
ответ дан 7 August 2018 в 22:25

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в / usr / local / [ ! d0]. Если вы хотите легко обновить или удалить такие приложения, я бы предложил вам использовать checkinstall . Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы в / opt / vendor или что-то в этом роде, так что он не может конфликтовать с управлением пакетами и обычными методами с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете видеть, что в Synaptic или с dpkg -L packagename .

3
ответ дан 10 August 2018 в 10:34

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

Программное обеспечение, которое вы устанавливаете из самого источника, вероятно, лучше всего установлено в / usr / local / [ ! d0]. Если вы хотите легко обновить или удалить такие приложения, я бы предложил вам использовать checkinstall . Это может также работать для некоторых бинарных пакетов (в зависимости от того, как они упакованы).

Большинство коммерческих программ, которые я, вероятно, установил бы в / opt / vendor или что-то в этом роде, так что он не может конфликтовать с управлением пакетами и обычными методами с открытым исходным кодом.

Если вам нужно знать, где пакет, установленный APT, помещает его файлы, вы можете видеть, что в Synaptic или с dpkg -L packagename .

3
ответ дан 13 August 2018 в 17:04
  • 1
    Некоторая вещь, которую я искал ... Спасибо за ваше время – javanoob 22 November 2010 в 08:00

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 26 May 2018 в 00:19

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 25 July 2018 в 22:51

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 27 July 2018 в 00:56

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 2 August 2018 в 04:15

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 4 August 2018 в 20:20

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 6 August 2018 в 04:19

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 7 August 2018 в 22:25

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 10 August 2018 в 10:34

Если вы не хотите использовать инструменты gui, используйте apt-get.

Если вы хотите установить его из файла .sh вручную, это не обязательно. Затем используйте параметры, чтобы установить путь установки куда-нибудь в / opt / java или что-то в этом роде. Поэтому он не устанавливается рядом с вашими системными пакетами.

0
ответ дан 13 August 2018 в 17:04