Разве приложения, разработанные для другой среды рабочего стола (GNOME, XFCE, LXDE, & hellip;)?

Команда предназначена для указания системе, что должны выполняться глобальными командами java. Если вы можете просто загрузить файл tar.gz из Oracle и установить свою переменную PATH, просто сделайте это.

Обычно я просто устанавливаю пакет openjdk-7-jdk, чтобы получить то, что мне нужно, и больше не беспокоиться об этом.

6
задан 18 June 2012 в 22:59

26 ответов

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 25 July 2018 в 21:35

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 31 July 2018 в 12:20

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 2 August 2018 в 03:12

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 6 August 2018 в 03:24

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 7 August 2018 в 21:11

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 10 August 2018 в 09:29

Нет. В общем случае ответ «нет».

Программа зависит (например) от библиотек, и эти библиотеки устанавливаются вместе с программой. И поскольку эти библиотеки уникальны для среды рабочего стола (DE), они предназначены для того, чтобы они, скорее всего, не сломали DE, который вы установили, поскольку создатель упомянутого программного обеспечения попытается создать уникальные имена файлов или использовать общие библиотеки и использовать общие инструменты (и они должны быть уникальными).

Если случайно создатель программы создает то, что имеет то же имя, а также сохраняется в том же каталоге, что и программное обеспечение DE, которое вы хотите установить, это будет сложно. Иногда установщик предупреждает вас и уходит.

Я видел 1 раз, когда это произошло, но это было из-за того, что часть программного обеспечения была разветвлена, и человек, разыскивающий ее, решил сохранить имена идентичными, а не превращать их в новую независимую программу. Но вы, вероятно, затем выбираете один из них, потому что это в основном не существующая проблема.

Я помню еще один: в SCO у вас есть команда под названием enable, которая имеет 2 функции: это часть настройки принтера, где вы disable и enable принтера. Но это также функция для чего-то другого (и это на первом месте). Таким образом, вы можете сделать disable /dev/kyo0, но вам нужно сделать /usr/bin/enable /dev/kyo0, чтобы включить принтер (это было позже исправлено путем переименования enable в cups-enable) (из памяти такие особенности могут быть отключены;)). Но это просто раздражает и не представляет большой проблемы: поскольку оба находятся в разных каталогах, команда, расположенная дальше в директиве PATH, должна иметь перед собой каталог).

6
ответ дан 13 August 2018 в 12:58
  • 1
    Похоже, вы описываете проблему, которая относится к управлению пакетами в целом, имея лишь незначительное соединение с проблемой среды рабочего стола. Я прав? – Firefeather 15 July 2011 в 00:25
  • 2
    Нет, вы не правы @Firefeather, и вы тот, кто меня ниспадал? – Rinzwind 15 July 2011 в 08:50
  • 3
    Whoa, Rinzwind, я не проголосовал за ваш ответ (вверх или вниз) вообще. Я просто не понимаю. – Firefeather 15 July 2011 в 19:41

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют Gimp toolkit (Gtk), поэтому они должны нормально функционировать друг относительно друга.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 25 May 2018 в 19:51
  • 1
    Не могли бы вы объяснить, почему вам нужно беспокоиться о KDE? Что работает или не работает? – Firefeather 15 July 2011 в 00:21

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

0
ответ дан 25 May 2018 в 19:51

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 25 July 2018 в 21:35

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

0
ответ дан 25 July 2018 в 21:35

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

0
ответ дан 31 July 2018 в 11:20

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 31 July 2018 в 11:20

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

0
ответ дан 31 July 2018 в 12:20

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 31 July 2018 в 12:20

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 2 August 2018 в 03:12

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

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

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 4 August 2018 в 19:06

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 6 August 2018 в 03:24

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

0
ответ дан 6 August 2018 в 03:24

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

0
ответ дан 7 August 2018 в 21:11

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 7 August 2018 в 21:11

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 10 August 2018 в 09:29

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

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

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

0
ответ дан 13 August 2018 в 12:58

Вам действительно нужно только беспокоиться о KDE с точки зрения приложений из разных настольных сред, и даже тогда вам нужно лишь немного волноваться. Что касается Xfce, LXDE и GNOME, все три из них используют набор инструментов Gimp (Gtk), поэтому они должны функционировать и выглядеть правильно между собой.

Да, это может выглядеть немного уродливым, но функциональность следует сохранить.

2
ответ дан 13 August 2018 в 12:58
  • 1
    Не могли бы вы объяснить, почему вам нужно беспокоиться о KDE? Что работает или не работает? – Firefeather 15 July 2011 в 00:21

Другие вопросы по тегам:

Похожие вопросы: