Команда предназначена для указания системе, что должны выполняться глобальными командами java. Если вы можете просто загрузить файл tar.gz из Oracle и установить свою переменную PATH, просто сделайте это.
Обычно я просто устанавливаю пакет openjdk-7-jdk, чтобы получить то, что мне нужно, и больше не беспокоиться об этом.
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Нет. В общем случае ответ «нет».
Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).
Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.
Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.
Я помню еще один: в SCO у вас есть команда под названием enable
, которая имеет 2 функции: это часть настройки принтера, где вы disable
и enable
принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0
, но вам нужно сделать /usr/bin/enable /dev/kyo0
, чтобы включить принтер (это было позже исправлено путем переименования enable
в cups-enable
) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH
, должна иметь перед собой каталог).
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют Gimp toolkit (Gtk), поэтому они должны нормально функционировать друг относительно друга.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
В некоторых случаях они могут выглядеть немного уродливыми, но функциональность почти всегда будет работать.
Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.
Да, это может выглядеть немного уродливым, но функциональность следует сохранить.