Как правильно раскошелиться на дистрибутив Linux? [закрыто]


19

Мне было интересно, как можно создать дистрибутив Linux. LFS кажется излишним, я бы предпочел раскошелиться на существующий дистрибутив. Я знаю, что есть несколько «респин» -приложений, но они только позволяют добавлять дополнительные приложения для установки, они не позволяют изменять репозитории, конфиги и т. Д. И т. Д.

Мне нужны знания о том, как взять существующий дистрибутив и значительно его модифицировать, в идеале путем модификации Fedora или Mint, хотя мне, возможно, придется использовать старое ядро.

Приветствуется общий совет. Как бы вы изменили файлы, с которыми он поставляется? Какие инструменты вы используете? Как бы вы завернули это в liveCD? Как вы размещаете хранилище?


Пометка для закрытия слишком широкая.
Сиро Сантилли 新疆 改造 中心 法轮功 六四 事件

Ответы:


12

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

Поэтому, если вы хотите разорвать дистрибутив, просто скопируйте весь репозиторий исходного кода, измените все пакеты, которые вы хотите, и опубликуйте репозиторий как свой собственный (убедившись, что вы не нарушаете лицензионные соглашения дистрибутива, из которого вы копируете) ,

Это по определению создает новый дистрибутив.


Как бы вы завернули это в компакт-диск? Как бы вы приняли это?
не имя

1
Зависит от системы упаковки, но у них будут способы создания репозиториев и инсталляторов компакт-дисков и сетевого хостинга.
XTL

Как вы говорите менеджеру пакетов использовать ваш обновленный пакет вместо пакета родительского дистрибутива? Как управляются зависимости, когда вам приходится перестраивать ваши пакеты, потому что что-то изменилось в родительском дистрибутиве?

7

Посмотрите этот вопрос и этот вопрос для других.

Классический ответ: «Начни с Linux С нуля», иди оттуда. И это правильный способ сделать это: многие дистрибутивы, например, созданы на основе Debian. Многие дистрибутивы происходят от Red Hat, Slackware или Evan Arch Linux.

Я бы сказал, что для этого дистрибутива нужно иметь действительно ясную и оправданную цель. Ранее у дистрибутивов были такие цели, как «поместиться на одной дискете» или «запустить вживую с компакт-диска» или «разработать менеджер пакетов, который решит все проблемы».

Я не уверен, что этого достаточно в наше современное время. Почти у каждой странной ниши для бороды есть свой дистрибутив: в тестировании на проникновение есть BackTrack, абсолютно бесплатно - gNewSense, длина может быть увеличена до бесконечности. Вам нужно будет иметь больше, чем нишу, иначе просто сделайте Linux From Scratch и покончите с этим.


В свете этого ответа (или комментария) я изменю вопрос, чтобы сделать его более понятным.
Не имя


Похоже, что LFS для машин x86_64. Мне не кажется хорошей идеей пытаться создать дистрибутив для RaspberryPi 3B + с нуля. Кажется, что многие колеса будут заново изобретены. Не говоря уже о всех проблемах с портированием менеджера загрузки и ядра на плату.

4

Fedora на самом деле очень проста (хотя и не легка ) для форка или «ремикса», как они это называют. Определения репо в fedora-release. Конфигурации поставляются вместе с самими приложениями, поэтому вам придется перестраивать их из SRPM. После того, как вы собрали пакеты, из которых хотите создать свой форк, вы запускаете их, createrepoчтобы превратить их в реальное хранилище. Затем вы можете использовать инструменты, перечисленные в вики, для создания медиафайлов из репо.


2

Я могу ответить на это! Дистрибутив GNU / Linux представляет собой объединение частей программного обеспечения из GNU и других стран. По крайней мере, вы хотите разветвить пакеты программного обеспечения, которые вы хотите изменить, изменить их, перекомпилировать их, а затем перераспределить ваш форк дистрибутива по вашему выбору .

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

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

Помимо этого, есть также 3 файла, которые вы можете явно захотеть изменить, причем они /etc/issue(возможно, /etc/issue.netтоже), /etc/os-releaseи /etc/lsb-release, с последним, нужно изменить, чтобы изменить список GRUB для вашего дистрибутива. Не забудьте оформить заказ /etc/default/grubна линию GRUB_DISTRIBUTOR. Это должно быть что-то вродеGRUB_DISTRIBUTOR=lsb_release -i -s 2> /dev/null

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

Тем не менее, если вам нужно мое личное мнение, я бы предпочел создать новый дистрибутив linux после Linux с нуля , а затем добавить менеджер пакетов поверх, а не напрямую форкнуть дистрибутив. Преимущество создания дистрибутива заключается в том, что вы получаете преимущество, но если вы решите удалить что-то, это может очень быстро стать головной болью, поскольку вы никогда не можете быть уверены в зависимостях в родительском распределении.


0

Когда вы приходите в Linux, modifyingстановится вещь с очень большими масштабами.

Вы должны создать для себя четкие границы того, что вы хотели бы добавить, удалить или изменить из определенного дистрибутива. если вы этого не сделаете, вы будете удивляться бесконечно на каждом шагу, который вы делаете. (из опыта).


не одобряю, так как это не говорит ничего супер полезного.
стружка
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.