Нужен ли C при создании дистрибутива на основе Arch и что вообще нужно?

Если бы не отписался - было бы тонко, а так - толсто.

можете пожалуйста подсказать что нужно для этого?

Понимать, зачем оно тебе. Цель нужна для этого. И причина. Вот, что нужно в первую очередь, а не C и прочее, это уже во вторую. (Нет, «сделать дистрибутив» — это не цель, а средство). А причин и целей нет (вангую «научиться», «хочется» и т.д., но этот энтузиазм иссякнет за пару недель, может месяцев максимум). Дистрибутивы делаются не так. Они делаются, если все существующие чем-то не устраивают, и более того это что-то неустранимо без создания отдельного дистрибутива. И начинаются они не с «как сделать дистрибутив?», а с «как в арче (например) исправить проблему, которая для меня очень серьёзна», и только в ходе понимания того, что не исправить никак, принимается решение о форке.

добавление новых «фич», исправление багов и остальных моментов

Для этого не нужен «ололо свой дистр». Можно просто слать пулл-реквесты.

Возможные изменения ядра

С какой целью?

мне желательно знать что вообще в общем смысле нужно и нужен ли в целом для этого язык C

Не поверишь, но и это тоже зависит от того, что именно не устраивает в Арче. Ну для «возможных изменений ядра» знать C нужно (но его мало, и вообще это не твой уровень, раз задаёшь такие вопросы). Только что это за абстрактные изменения ради изменений, мы тоже пока не определили.

Си точно не нужен. Гимп нужнее пожалуй, для создания нескучных интерфейсов, конечно же

добавление новых «фич», исправление багов и остальных моментов? Возможные изменения ядра

Нужен будет «С» и ещё 14 языков.

В будущие планы входит создание дистрибутива на основе Arch Linux (По крайней мере сделать что-то, а потом уже сам дистрибутив), можете пожалуйста подсказать что нужно для этого?

Много сил, терпения и знаний.

Спасибо за ответ, а можно уточнить что за 14 языков учитывая C?

добавление новых «фич», исправление багов и остальных моментов

Программ много, они часто написаны на разных языках. 14 это от балды исправлять баги надо везде, а если везде то значит и языков много. Ты не понятешь.

Ограничивайся лучше сборочкой арча под себя. Без замахов титанических

Ладно, понял, спасибо.

Можно же BolgenOS-based, остаётся только названия ещё раз перебить везде и готово

Хахах, за идею спасибо, но не особо хочется повторять подобный опыт гениальных людей!

LFS собери тогда, чисто для души. Разок. Отмучаешься и потом больше никогда к этому прикасаться не будешь =)

Лишним не будет, но навыки поиска в интернете, чтения документации на русском и английском нужнее.

14 маловато. Навскидку одной скриптоты десяток наберётся: баш, перл, пых, питон, руби, схема, лиспы, яваскрипт, луа, тикль.

Ну да в принцпе. В прочем хороший Сишник должен знать минимум 50 языков что-бы их успешно обсирать =) Так что нужно ему сначала Си выучить ведь исправлять баги надо и в : баш, перл, пых, питон, руби, схема, лиспы, яваскрипт, луа, тикль в кишках которых нет да нет, а то и полностью Си =)

Если бы не отписался - было бы тонко, а так - толсто.

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

И так уже целый зоопарк дистрибутивов…

Зачем нужны дистрибутивы, когда есть докерфайлы?

Не забудь про самое главное — пару литров глазных капель, на неделю должно хватить.

Чтобы освоить дистростроение, а не сделать очередной никому не нужный косячный клон Арча, нужно научиться нескольким довольно не тривиальным вещам:

1) Освоить языки сценариев и быть с терминалом на «Ты» (bash, lua, python...), можно хотя бы один по вкусу, учить все не обязательно;

2) Освоить конфигурирование (ini, json, yaml, xml, самописные...);

3) Освоить хотя бы один язык программирования, большая часть системного софта как раз написана на C/C++;

4) Разобраться со сборкой софта (по большей части это утилиты: make, cmake и patch).

А так, если в общем и целом, то - man в руки и вперёд на arch wiki.

нет

Про LFS выше был хороший совет. Собери https://www.linuxfromscratch.org/ , прямо по книжке, глупые вопросы отпадут сразу, появятся вопросы конкретные и понимание сути. Ну и заодно самого себя проверишь, если окажешься не способен его осилить то и браться за переделывание других дистрибутивов смысла нет. Не твоё это значит.

И да, сделать свой нескучный вариант уже существующего дистрибутива Линукс СЛОЖНЕЕ чем собрать LFS. Особенно для тех дистрибутивов в которых штатного и документированного инструментария для создания своих особенных дистрибутивных сборочек нет. Потому что LFS — это готовый набор инструкций по сборке, читай, понимай и делай по шагам, а для создания форка уже существующего дистрибутива придётся изучить этот дистрибутив на уровне его разработчиков.