Что произойдет, если я установлю последнюю версию существующей библиотеки, построив ее из исходного кода?

Функция Subvolume, использующая текущее ядро ​​Ubuntu (от ubuntu 12.10), не имеет особого смысла, поскольку она все еще пропускает «Группы квот Subvolume». Вам нужно подождать ядро ​​3.6 (возможно, ubuntu 13.04?) Конечно, вы можете snaphost subvolume, и, конечно же, вы не можете сделать снимок каталога. Но вы, вероятно, ожидаете, что подвооружения будут работать как логические тома с LVM, но с btrfs у нас нет аналогичного сценария, так как у нас нет квоты с этим ядром.

Поэтому: да, вы можете делать снимки, но они выглядят как каталоги, и если вы заполняете пробел в подвыборке, вы заполняете пространство на всей файловой системе .....

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

Другими словами, с этим ядром, subvolume не готово к производству.

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

1
задан 19 June 2012 в 15:02

13 ответов

Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?

Возможно. Читайте дальше:

  • Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
  • Новые библиотеки установлены в /usr/local , потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под /usr. Первый из них подходит для двоичных файлов (/usr/local/bin), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в /usr/bin, но это не истинно для библиотек, потому что /usr/local/lib - not в пути по умолчанию.
  • Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в /usr/lib, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощью LD_LIBRARY_PATH=... или путем явного добавления /usr/local/lib к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь /usr/local/lib для включения новых заголовков .
  • Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага make install, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы -DCMAKE_INSTALL_PREFIX=/usr перед компиляцией.

Это должно сделать это!

1
ответ дан 25 July 2018 в 18:25

Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?

Возможно. Читайте дальше:

  • Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
  • Новые библиотеки установлены в /usr/local , потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под /usr. Первый из них подходит для двоичных файлов (/usr/local/bin), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в /usr/bin, но это не истинно для библиотек, потому что /usr/local/lib - not в пути по умолчанию.
  • Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в /usr/lib, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощью LD_LIBRARY_PATH=... или путем явного добавления /usr/local/lib к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь /usr/local/lib для включения новых заголовков .
  • Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага make install, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы -DCMAKE_INSTALL_PREFIX=/usr перед компиляцией.

Это должно сделать это!

1
ответ дан 2 August 2018 в 00:37

Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?

Возможно. Читайте дальше:

  • Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
  • Новые библиотеки установлены в /usr/local , потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под /usr. Первый из них подходит для двоичных файлов (/usr/local/bin), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в /usr/bin, но это не истинно для библиотек, потому что /usr/local/lib - not в пути по умолчанию.
  • Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в /usr/lib, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощью LD_LIBRARY_PATH=... или путем явного добавления /usr/local/lib к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь /usr/local/lib для включения новых заголовков .
  • Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага make install, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы -DCMAKE_INSTALL_PREFIX=/usr перед компиляцией.

Это должно сделать это!

1
ответ дан 7 August 2018 в 18:11

Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?

Возможно. Читайте дальше:

  • Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
  • Новые библиотеки установлены в /usr/local , потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под /usr. Первый из них подходит для двоичных файлов (/usr/local/bin), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в /usr/bin, но это не истинно для библиотек, потому что /usr/local/lib - not в пути по умолчанию.
  • Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в /usr/lib, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощью LD_LIBRARY_PATH=... или путем явного добавления /usr/local/lib к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь /usr/local/lib для включения новых заголовков .
  • Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага make install, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы -DCMAKE_INSTALL_PREFIX=/usr перед компиляцией.

Это должно сделать это!

1
ответ дан 10 August 2018 в 06:56

Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?

Возможно. Читайте дальше:

  • Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
  • Новые библиотеки установлены в /usr/local , потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под /usr. Первый из них подходит для двоичных файлов (/usr/local/bin), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в /usr/bin, но это не истинно для библиотек, потому что /usr/local/lib - not в пути по умолчанию.
  • Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в /usr/lib, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощью LD_LIBRARY_PATH=... или путем явного добавления /usr/local/lib к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь /usr/local/lib для включения новых заголовков .
  • Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага make install, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы -DCMAKE_INSTALL_PREFIX=/usr перед компиляцией.

Это должно сделать это!

1
ответ дан 15 August 2018 в 18:54

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 25 May 2018 в 09:59

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 25 July 2018 в 18:25

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 2 August 2018 в 00:37

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 4 August 2018 в 16:07

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 6 August 2018 в 00:45

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 7 August 2018 в 18:11

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 10 August 2018 в 06:56

Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.

1
ответ дан 15 August 2018 в 18:54

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

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