Вопросы Теги

Использование / opt и / usr / локальных каталогов в контексте ПК

Изменить на основе комментария

К сожалению, Gmail не поддерживает файлы .eml. Ниже представлен вопрос группы Google.

.eml-файлы в gmail

Что я делаю, эта ситуация перенаправляет их на учетную запись электронной почты, которую я установил в Thunderbird.

Изменить на основе комментария

Как открыть файл.thr с Thunderbird?

Вы можете установить его как приложение по умолчанию для открытия файлов .eml [ ! d9] Щелкните правой кнопкой мыши по файлу -> Свойства Откройте вкладку «Открыть с». Выберите Thunderbird из списка. Не забудьте нажать кнопку «Установить по умолчанию».

В моей системе я могу дважды щелкнуть файлы .eml, и Thunderbird откроет их правильно.

Надеюсь, что это поможет

59
задан 13 April 2011 в 22:20

33 ответа

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

60
ответ дан 25 May 2018 в 22:07
  • 1
    поэтому netbeans отправляется в / usr / local, так как зависит от jdk и других компиляторов + плюс это следует за linux FHS? – Niroshan 14 April 2011 в 09:52
  • 2
    Ответ - да. – Egil 14 April 2011 в 11:24
  • 3
    Если я хочу установить conda глобально, как предложено здесь , [[2]] правильное место? – Alexey 18 March 2017 в 15:34
  • 4
    @Egil, Почему у mac нет директории opt? – Pacerier 2 November 2017 в 03:12
  • 5
    Я ранее одобрил этот ответ, но теперь вижу, что его выводы немного отличаются от этой статьи Linux Journal . Из статьи следует, что с упакованным программным обеспечением важно, кто поставил пакет . Если пакет из репо пакета ОС, он должен быть установлен в /usr (или, предположительно, даже прямо под /bin, /lib и т. Д.), Как обычно. Если, однако, это из другого источника, то его следует поместить в /usr/local. Это потенциально может включать в себя «sip-клиент с открытым исходным кодом», .deb в ответе. – sampablokuper 31 March 2018 в 05:58

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

61
ответ дан 25 July 2018 в 22:13

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

61
ответ дан 26 July 2018 в 19:48

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

61
ответ дан 31 July 2018 в 10:28

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

61
ответ дан 31 July 2018 в 11:30

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

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

/opt предназначен для сторонних приложений, которые не зависят от каких-либо зависимостей, выходящих за пределы указанного пакета. /usr/local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом, поставляемый как .deb, будет устанавливать в [F3]. Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в /usr/local, поэтому он не будет испорчен apt если позднее вы установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в /opt является самодостаточным. Например, проприетарный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации см. Стандарт иерархии файловой системы. [ ! d5]

61
ответ дан 4 August 2018 в 19:45

/ opt предназначен для сторонних приложений, которые не полагаются на какие-либо зависимости, выходящие за пределы указанного пакета. / usr / local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом поставляемый как .deb, будет установлен в / usr . Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в / usr / local , поэтому это не будет испорчено apt, если вы позже установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в / opt является автономным. Например, собственный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации посмотрите на иерархию файловой системы Стандартный .

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

/ opt предназначен для сторонних приложений, которые не полагаются на какие-либо зависимости, выходящие за пределы указанного пакета. / usr / local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом поставляемый как .deb, будет установлен в / usr . Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в / usr / local , поэтому это не будет испорчено apt, если вы позже установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в / opt является автономным. Например, собственный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации посмотрите на иерархию файловой системы Стандартный .

61
ответ дан 7 August 2018 в 21:45

/ opt предназначен для сторонних приложений, которые не полагаются на какие-либо зависимости, выходящие за пределы указанного пакета. / usr / local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом поставляемый как .deb, будет установлен в / usr . Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в / usr / local , поэтому это не будет испорчено apt, если вы позже установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в / opt является автономным. Например, собственный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации посмотрите на иерархию файловой системы Стандартный .

61
ответ дан 10 August 2018 в 09:58

/ opt предназначен для сторонних приложений, которые не полагаются на какие-либо зависимости, выходящие за пределы указанного пакета. / usr / local для пакетов, установленных на этом компьютере, за пределами диспетчера пакетов распространения.

Пример:

SIP-клиент с открытым исходным кодом поставляемый как .deb, будет установлен в / usr . Если это было построено с помощью рамки Qt, apt вытащил бы ее в качестве зависимости.

Тот же самый открытый sip-клиент с открытым исходным кодом, построенный из источника, будет находиться в / usr / local , поэтому это не будет испорчено apt, если вы позже установили пакет .deb для того же приложения. Вы можете либо построить свои зависимости от источника, либо получить их из диспетчера пакетов.

Предполагается, что стороннее приложение в / opt является автономным. Например, собственный sip-клиент, использующий Qt, не будет полагаться на версию из apt, но связан с ней или статически связан.

Для получения дополнительной информации посмотрите на иерархию файловой системы Стандартный .

61
ответ дан 13 August 2018 в 16:18
  • 1
    поэтому netbeans отправляется в / usr / local, так как зависит от jdk и других компиляторов + плюс это следует за linux FHS? – Niroshan 14 April 2011 в 09:52
  • 2
    Ответ - да. – Egil 14 April 2011 в 11:24
  • 3
    Если я хочу установить conda глобально, как было предложено здесь , то / opt в нужном месте? – Alexey 18 March 2017 в 15:34
  • 4
    @Egil, Почему у mac нет директории opt? – Pacerier 2 November 2017 в 03:12
  • 5
    Я ранее одобрил этот ответ, но теперь вижу, что его выводы немного отличаются от этой статьи Linux Journal . Из статьи следует, что с упакованным программным обеспечением важно, кто поставил пакет . Если пакет из репо пакета ОС, он должен быть установлен в / usr (или, предположительно, даже прямо под / bin , / lib и т. д.), как обычно. Если, однако, это из другого источника, то его следует поместить в / usr / local . Это потенциально может включать в себя «sip-клиент с открытым исходным кодом», .deb в ответе. – sampablokuper 31 March 2018 в 05:58

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 25 May 2018 в 22:07
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 25 May 2018 в 22:07

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 25 July 2018 в 22:13
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 25 July 2018 в 22:13

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 26 July 2018 в 19:48
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 26 July 2018 в 19:48

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 31 July 2018 в 10:28
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 31 July 2018 в 10:28

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 31 July 2018 в 11:30
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 31 July 2018 в 11:30

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 2 August 2018 в 03:41
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

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

Я установил сторонние бинарные пакеты в /opt.

Все, что вы построите из источника, я бы поставил в /usr/local.

netbeans is в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 4 August 2018 в 19:45
  • 1
    Есть ли какое-либо обоснование позади или это просто хорошая практика? (В качестве примера я упомянул netbeans - я изменил эту часть, чтобы устранить любые двусмысленности). спасибо – Niroshan 13 April 2011 в 22:27
  • 2
    Я думаю, что другие ответы говорят лучше всего. Обычно сторонние двоичные файлы являются автономными. – Broam 14 April 2011 в 02:03
  • 3
    Что относительно вещей, которые зависят от времени выполнения, например, от Python или программного обеспечения Java? Я бы поставил их на /opt, но не уверен, что это правильно. – Camilo Martin 11 July 2014 в 07:33

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 4 August 2018 в 19:45

Я установил сторонние двоичные пакеты в / opt .

Все, что вы построите из источника, я бы поставил в / usr / local .

netbeans находится в Ubuntu Repos. Вам нужна конкретная версия?

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

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

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

Все дело в упаковке. Если что-то упаковано в LHS-способе (помещение исполняемых файлов в bin / libraries в lib / и т. Д.), Оно должно войти в / usr / local.

Если что-то имеет каталог верхнего уровня и не следует этой модели, оно входит в / opt. Как правило, вам нужно явно добавлять вещи в / opt для вашего PATH.

См. также Этот вопрос о суперпользователе

8
ответ дан 7 August 2018 в 21:45

Я установил сторонние двоичные пакеты в / opt .

Все, что вы построите из источника, я бы поставил в / usr / local .

netbeans находится в Ubuntu Repos. Вам нужна конкретная версия?

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

Я установил сторонние двоичные пакеты в / opt .

Все, что вы построите из источника, я бы поставил в / usr / local .

netbeans находится в Ubuntu Repos. Вам нужна конкретная версия?

11
ответ дан 10 August 2018 в 09:58

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

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