Чому програмне забезпечення встановлюється в / usr / lib?

Я вже декілька років використовую Linux-сервери і продовжую плутати стандарт ієрархії файлової системи. Зазвичай я можу жити з розгубленістю. Але тепер, коли я розробляю власне програмне забезпечення для Linux, мені потрібно зрозуміти, куди він повинен бути встановлений менеджерами пакетів.

Я був майже впевнений, що / opt - це ідеальне місце для моєї програми. Але після дослідження моєї файлової системи Debian я вже не впевнений: багато програмного забезпечення фактично встановлено в / usr / lib! Щоб назвати кілька: MySQL, MySQLWorkbench, Nautilus, Rythmbox ...

Згідно з FHS, / usr / lib повинен містити "Бібліотеки для програмування та пакунків" і "включає об'єктні файли, бібліотеки та внутрішні бінарні файли, які не призначені для виконання безпосередньо користувачами або скриптами оболонки" ( Дивіться тут ).

Багато програмного забезпечення, розташованого в / usr / lib мого сервера debian, - це не бібліотеки чи внутрішні бінарні файли, а повноцінні користувацькі програмні засоби!

Я все ще на шляху, щоб моя програма була встановлена ​​/ вимкнена. Але мені дуже хотілося б зрозуміти, чи правильно це і, перш за все, чому .

Заздалегідь дякую за добрі поради,

Ерік.

Справжнім ключем до розуміння стандарту Heirarchy Filesystem є те, що він розроблений з урахуванням мережевих файлових систем.

Для кожної машини однієї ОС, версії та архітектури ви можете поділитися / usr через NFS та встановити її.
/ usr встановлюється (повторно) після ініціалізації мережевого стека.

/var <-- local, r/w optimized
/usr <-- can be mounted over network, possibly even read-only!
/opt <-- local, read mostly
/etc <-- local, read mostly
/srv <-- local, r/w optimized

/home <-- either/or

Різниця полягає в тому, що /usrпризначено для зберігання пакетів, встановлених як частина системи . Пакети, які ви отримуєте з сховищ Debian / Ubuntu, PPA тощо, перейдіть сюди. Хоча /optпризначений для роз'єднаних додатків сторонніх розробників, які не розповсюджуються через процес розподілу пакетів дистрибутива.

Якщо ви розповсюджуєте пакети .deb або .rpm, з огляду на врешті-решт включення свого програмного забезпечення в офіційні сховища, вам слід встановити його /usr. В іншому випадку встановіть на /opt. У будь-якому випадку ваша програма повинна бути спроможна скласти для запуску в будь-якому довільному місці (наприклад, за допомогою автоінструментів GNU).

Ви встановлюєте свої бібліотеки в <prefix>/lib, свої бінарні файли <prefix>/bin, файли заголовків, файли <prefix>/includeman у prefix/[share/]man, pkgconfig файли в <prefix>/lib/pkgconfigабо <prefix/share/pkgconfig, ваші cmake .m4 файли в<prefix>/share/aclocal

Тоді нехай менеджер пакунків вирішить префікс. Якщо ви розповсюджуєте rpm / deb самостійно, /usrце хороший вибір префікса.

./configure --prefix=~/.local/ Потрібно все-таки працювати, тому не ходіть кодуйте свій шлях куди завгодно!

Деякі бібліотеки вкладені в якийсь інший інструмент, який робить їх також виконуваними та зручними у використанні як бібліотека, але вони все ще є бібліотеками, а не у вашому $ PATH, тому гадаю, що їх потрібно вставити в / lib.

Я б запропонував уникати встановлення програми під / opt. Причина 1: У деяких дистрибутивах немає / вимкнено за замовчуванням Причина 2: / usr / lib - це стандартний шлях для бібліотек зручніше, якщо у вас є автономні програми, які ви встановлюєте вручну і хочете знати, де вони розташовані

Однією з причин того, що повноцінні виконуючі файли знаходяться під / usr / lib, може бути те, що вони використовуються в інших сценаріях. {Наприклад, bash-скрипти не можуть безпосередньо використовувати API. з цієї причини загальним трюком є ​​створення «обгортки» навколо цього api та наведення параметрів як аргументів сценарію}

Будь ласка, встановіть його в / opt.

Занадто багато додатків Linux роблять те саме, що розробники Windows робили в 90-х.

Дозволяє встановлювати наші речі в C: \ windows, щоб їх було легко і легко (і трохи швидше). Потім настало 15 років пекла DLL, оскільки різні програмні пакети потребували різних версій одних і тих же бібліотек (які в Windows не мали версій бібліотек).

Якщо ви не пишете фактичне системне програмне забезпечення, введіть його / виберіть, щоб люди могли краще відслідковувати, хто що встановив.