Использование Grub2 в качестве загрузчика на Mac с паролем прошивки на месте [закрыто]
В дополнение к ответу Фабби есть еще один момент: архитектура зависимости содержимого пакета.
Например, сама программа blender, очевидно, будет зависеть от архитектуры ОС - вы можете запускать исполняемые файлы amd64 только на amd64 операционных системах. Однако много данных не так уж и так, например, файлы значков, переводы, программы, написанные на таких языках, как Python или Java, могут быть одинаковыми для всех архитектур.
Таким образом, первым шагом в оптимизации содержимого пакета является разделение таких файлов на общие пакеты, зависящие от конкретной архитектуры. Обычные файлы, обычно в пакетах с -data, имеют архитектуру all. Бинарные и библиотечные пакеты имеют значения архитектуры amd64, i386, armhf и т. Д.
Это на самом деле одна из лучших рекомендаций по упаковке, рекомендованная Debian:
Это не редкость иметь большой объем независимых по архитектуре данных, упакованных вместе с программой. Например, аудиофайлы, коллекция значков, шаблонов обоев или других графических файлов. Если размер этих данных пренебрежимо мал по сравнению с размером остальной части пакета, вероятно, лучше всего сохранить его в одном пакете. Однако, если размер данных значителен, рассмотрите его разделение на отдельный независимый от архитектуры пакет (_all.deb). Делая это, вы избегаете ненужного дублирования одних и тех же данных в одиннадцать или более .debs, по одному на каждую архитектуру. Хотя это добавляет дополнительные лишние накладные расходы в файлы Packages, это экономит много места на зеркалах Debian. Разделение независимых от архитектуры данных также сокращает время обработки lintian (см. Раздел A.2 «Инструменты пакета lint») при работе по всему архиву Debian.Такие файлы, не зависящие от архитектуры, часто входят в /usr/share - на самом деле это нарушение правил имеет файлы, зависящие от архитектуры, в этом дереве каталогов.
Затем способ организации вещей естественно:
all
├── doc # man pages, documentation in other formats
├── icons
├── themes
├── translations
└── etc.
arch
├── bin # binaries
├── dbg # binaries with debug symbols
├── lib # shared library files
└── lib-dev # header files and other shared library files for development