Захотел установить gentoo

Так 15 гигов это самый минимум, сейчас вроде 22 нужно

для сборки с отладочными символами — может быть. для обычной сборки в разы меньше надо.

посмотри как в арче пакеты собирают

Как? Открыл первый попавшийся pkgbuild и вижу там тоже кучу вспомогательных функций (source, arch-meson и т.д.) и промежуточных фаз, например, build(), package(). То есть ничего необычного.

установил ps: как вырезаться с ЛОРа?

ЛОР не соблюдает законы. Здесь сам себя не можешь удолить. Надо кклянчить у модераторов. Ресурс - говно!

не настоящие линуксоиды обсуждают новое ядро

Стоит ли вообще ставить?

Если есть здоровое любопытство — стоит. Если же ты просто хочешь получить систему уровня «ничего лишнего», для этого есть куда более простые, хоть и более компромиссные пути.

Также почитай соответствующую тему.

Если пользователь желает не посещать ресурс в течение определенного срока или прекратить использование ресурса совсем, ему следует не посещать ресурс в течение данного срока или прекратить использование ресурса совсем. Сообщать об этом публично не стоит.

Это правила форума, ты их читал при регистрации.

Можешь попробовать в виртуалке сначала.

Если хочется, то чего бы не поставить.

Постоянно использовать ты вряд ли захочешь.

но между народными сказками и «литературными», переданными писменно с древнейших времён, нет и не может быть разрыва

слова и музыка народные. исполняет автор.

вот примерно так вот и все эти пересказы LFS выглядят.

а вообще да, у NixOS и Guix хоть какая-то концепция.

перешёл постепенно на NixOS и Void с xbps/hermes/janet, в общем, делал свои ебилды.

дистрибутивы лфса это как вино и бутылки. домашнее вкуснее, но в гомозине купить проще.

на моей памяти с гентой EAPI ломали пару раз. как-то я упустил очередной момент когда долго в неё не загружался. в итоге плюнул и ушёл на войд с никсосью.

надо себя заставить

Пробовал недавно собрать в чруте. В итоге GDM хочет gjs, который тащит spidermonkey, а оно тянет фаерфокс. Шикарно, как по мне.

но как же гибкость, возможность вырезать из системы всё ненужное

пикча с приунывшим чуваком за столом

но как же гибкость, возможность вырезать из системы всё ненужное

Осталась в книжке мифов Древней Греции

spidermonkey, а оно тянет фаерфокс

давайте врать да не завираться. Spidermonkey не тянет firefox. Spidermonkey собирается из сорсов firefox esr но вот установки самого фокса как броузера не требует.

GDM это извиняйте гном. А гном - это гномощель. А гномощель требует javascript.

Spidermonkey собирается из сорсов firefox

Я примерно это и хотел сказать, но получилось видимо не очень.

При этом, если вы пользуетесь фаерфоксом, у вас в системе будет два комплекта сырцов.

И еще гном не соберется без evolution-data-server

Странное мнение, ну да ладно. Gentoo ставят те кто не не экономят на памяти как правило. Еще желательно избавиться от привычки выключать комп, а не уводить его в сон. Это уже непосильная задача для закаменелых. Ну там еще умение планировать требуется, а это опять же далеко не каждый первый встречный. Плюс желательно процессор грамотно настроенный. Сбалансированная система в общем и желание иметь полный комплект блестяще работающего ПО. Обиженкам, которые неспособны решить ни одной проблемы самостоятельно линукс вообще не рекомендуется, а уж Gentoo и подавно. 3 года на ней торчал. Все легко обновлялось и через месяцы. Просто тараканистым людям там не следует торчать - тараканы победят.

Ну гном еще без гтк4 не соберется например. И без глиба. И еще без кучи всего. Но гента то тут в чем виновата?

Стоит ли вообще ставить? Посоветуйте

Если спрашиваешь «стоит ли ставить», то ставить не стоит.

Я знаю и верю, что среди использующих арч есть те, кто всё же пишет сам PKGBUILD, ведь они как-то появляются в репозитории и АУР, но вижу впервые на форуме )))

Ерунду какую-то говорите. Возможность легко и просто написать PKGBUILD (а при желании, еще и сразу же поделиться им с общественностью) — одна из киллер фич Арча, за которую мы его и любим.

gentoo

комплект блестяще работающего ПО

громкий хохот в зале

Может есть люди которые ушли с Gentoo по какой-то явной причине или наоборот до сих пор не ушли.

Лично для меня минусы Генты по сравнению с Арчем:

• Нет аналога AUR. (Это минус вообще всех дистрибутивов по сравнению с Арчем.)
• У меня нет задачи пересобирать и тюнинговать вообще всё подряд, так что Гента оверкилл.
• Сообщество вокруг Генты не такое живое, как вокруг Арча, и динамика не в пользу Генты. Соответственно более свежий софт и более быстрое закрытие багов можно ожидать от Арча.

Плюсы Генты:

• Штатными средствами решается вопрос о наложении кастомных патчей на пакет при апдейте.

Так что с учётом баланса плюсов и минусов, Генту с машины я давно снёс.

Arch сейчас ставят в основном неофиты.

Чо за прикол

Чел ставит Манжару. При чём тут Арч?

А Gentoo продолжают использовать уже более опытные.

Совершенство достигается не тогда, когда нечего прибавить, а когда нечего отнять.

нет. если собирать без отладочных символов — намного меньше.

А вот и еще одно преимущество Арча:

https://wiki.archlinux.org/title/Debuginfod

Если спрашиваете стоит ли ставить какой-то дистрибутив, значит его точно ставить не нужно. Кто готов, кому нужно — тот ставит. Кто спрашивает — не готов.

Нет аналога AUR

Есть оверлеи.

У меня нет задачи пересобирать и тюнинговать вообще всё подряд, так что Гента оверкилл

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

Сообщество вокруг Генты не такое живое, как вокруг Арча

Вот это самый большой минус, пожалуй.

Нет аналога AUR.

Во первых: https://wiki.gentoo.org/wiki/Project:GURU

Во вторых: Оверлеи всё же круче, ибо можно подлючить только те, которые тебе надо, а не тащить всю свалку себе в дерево.

Сообщество вокруг Генты не такое живое,

ну гента ж не «модно, молодёжно». И я хз, плюс это или минус.

более свежий софт

тут я даже немного соглашусь. В большинстве случаев всё +- одинаково, но бывают пакеты, для которых «ждём ебилдов»… Что меня лично расстраивает, так это то, что шестые кеды еще замаскированы. Я правда ХЗ как с ними ситуация на раче.

не тащить всю свалку себе в дерево

Что и куда тащится в случае с AUR?

в тему :

А вообще наверное было бы здорово написать такой загрузчик, который мог бы ещё больше чем GRUB. Например редактировать файлы и вообще быть неким быстрым просмотрщиком без ОС и без сети, но с возможностью в любой момент загрузиться в полноценную ОС.

Мне не понятно к чему готовиться, если хочется реализовать что-то подобное.

ну вот LOADLIN.COM когда-то из доса мог ядро запустить

BeOS тоже запускался из Win98, щелчком по иконке с запускалкой чего-то подобного.

Без сети чтобы была некая безопасность.

мне кажется, ты хочешь TempleOS http://www.TempleOS.org от Терри Девиса либо его потомка, форка ZealOS

• 64-bit

• всё в режиме ядра

• многозадачное в отличие от ДОС

• есть священная сишечка HolyC ** на которой написан init,типа shell и всё остальное. первая задача вместо root называется Adam

• она не интерпретируется, а JIT-компилируется ** тулчейн, загрузчик и софт с примерами написаны на всём этом, 0 внешних зависимостей

• исходники на которой хранятся в духе literate programming, грамотного программирования ** DolDoc – тип грамотных документов. может включать спрайты, музыку, 3D меши, текстуры, ссылки на другие документы, и возможно, HTML URL

• сеть в TempleOS не поддерживается по идеологическим соображениям Терии. ВСЁ, КАК ТЫ ХОТЕЛ :))

** но думается перетянуть какой-нибудь драйвер сетевой карты для виртуалочки виртуалбоксовой из какого-нибудь Plan9 не очень сложно. *** из plan9 kencc сишечки кена томпсона -> в священную сишечку, да. ** весь остальной TCP/IP стек придётся реализовывать руками, например вместо BSD сокетов – STREAMS и dial в духе того же plan9 (он более простой).

• в общем, посмотри процесс загрузки TempleOS: например, здесь – в форке ZealOS:

** литературно-грамотные исходники: browse

*** загрузка оси в StartOS.ZC

//This is executed by the System task at boot. //See System Start-up

*** вместо .bashrc у нас MakeHome.ZC

MakeHome.ZC

здесь это нужно понимать скорее всего как tcsh startup script.

tcsh – шелл как интерпретируемый Си.

священная сишечка HolyC – компилируемый tcsh, проще его пока так понимать.

хотя это полноценный язык типа сишечки обычной, компилируемый в фоне, JIT компилятором. в этом смысле больше похоже на Cint, Pawn или Pike.

отдельно объектных файлов – нет, линкера – нет, шелла – нет (это та же священная сишечка), приложений – нет (это литературные документы),

всё это написано в литературно-грамотном стиле, на самом себе.

словно метапрог эдакий

вместо GUI (которого тоже нет, хотя TUI этот в графическом режиме) – обероноподобное или Acme-подобное из Plan9, редактор/исполнятор литературно-грамотных DolDoc, юпитеров ноутбуковых

открываем литературный документ – и на нас сыпятся все эти спамы, куки, трояны музыки, спрайты и 3D меши.

исполняем в духе plumbing из acme или Plan9, или интеркликов мышкою ЯОСов обероноподобных эти джупитеровые ноутбуки – и таким образом тут же написал код/исполнил.

*** вместо кнопки ПУСК у нас тут PersonalMenu.DD

это грамотный DolDoc : MakeDoc.ZC

которым запускать можно всякое.

и оно начинает тут же сразу конпелироваться и выполняться, свистеть, пердеть музицировать и вращаться во все стороны.

например, игрушечки запускаться.

*** вольфенштейн 3D CastleFrankenstein.ZC

*** и прочее всякое

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

скрипт/код/команда/программа, которой вытащена в HTML браузера недовеба неполноценного из священносишечной литературщины – это ToHtml.ZC.html

здесь видно, что это какой-то неполноценный аналог WEAVE/TANGLE литературно-грамотного.

во-первых, TANGLE как такового у нас нету, ибо всё запускается интерактивно в духе plumbing из acme.

во-вторых, WEAVE (на который должен смахивать этот экспорт в HTML) тоже неполноценный – должны быть индексы, оглавления и т.п.

хотя индексы какие-то есть, глоссарий и т.п.

но литературная часть вроде того же WEAVE-> TeX: The Program and the book подкачала.

в общем, надо бы туда полноценный WEB Дональда Кнута добавить, с отдельными WEAVE/TANGLE.

в-третьих, неполноценный экспорт в HTML потому что видишь местами в некоторых грамотных документах через браузер – Graphics is NOT SUPPORTED и прочее всякое.

то есть: не пердит, не свистит, и не вращается в разные стороны. непорядок.

после исправления этих не очень объёмных, но довольно значительных недостатков

– TempleOS наконец-то станет возможно использовать в production.

в духе Literate Dev-Ops приснопамятных: howardism habr:752384 или шеллскриптов емаксовых: eshell, hyperbole man (gnu.org) reddit или eev: eev-article, demo eevpitch

в общем, зайти телнетом в консоли на TempleOS и устроить юпитер ноутбуковый полный метапрог.

в общем, туда нужно понавтыкать какого-то фолдингового редактора типа FTE.

чтобы он сворачивал например

.
@* подзаголовок про Бла-Блу-Блы

бла-бла-бла-бла-бла-бла-бла
блу-блы-бла-бло-блы-блу-блы
...

@<блаблабла литературная@>= %{{пошёл грамотный кодоблок
 @<блыблыблубла включённая@>
 @<метарог блаблублобовый@>
  три
  четыре
  пять
...
@ % }}} ушёл грамотный кодоблок

сворачивалось фолдинговым эдитором в нечто вроде

подзаголовок про Бла-Блу-Блы 3 строки документации свёрнуто блаблабла литературная 5 строк блока кода свёрнуто

и прям разворачивалось, и вращалось, играло, свистело и пердело

кажется, до подобного можно допилить CLiP и что-то типа твоей details.

ну или собственный литпрог под TempleOS или ZealOS дописать.

и устроить на нём полный метапрог на самом себе, ога :)) грамотно-литературный

ядро plan9 гораздо меньше, и пересобирается со всеми cmd «дистрибутива» юзерспейса за секунды.

inferno тоже самое, пересобирается emu kencc конпеляторами 8c/8l/8a/mk за секунды. вот, кстати, лол – ассемблер 8a это совсем немного строк и в основном реализован на cpp препроцессоре сишечки.

limbo компилятор и dis vm реализация тоже занимает не очень много.

troff там правда нетути. непорядок. в plan9 есть, в plan9port тоже есть. документация в troff ms макросах есть – а самого troff.b на limbo нет.

непорядок, надо бы написать. буквальным портированием в виде подстрочного перевода utf8 версии с runes из plan9port или из самого plan9 троффа с сишечки на лимбо.

в результате опять же, можно сделать телнетовую запускалку к weave/tangle которые опять же надо написать на лимбо.

есть mk вместо make, но также был credo на limbo.

weave тут должен генерить православные ms troff литературно-грамотные документы, вместо TeX.

на лимбо вместо паскаля.

в итоге, можно запросто запускать что emu.exe что emu.elf, под все системы.

либо заходить в инферну телнетом вообще отовсюду. и запускать оттудова.

а brutus недоделанный – непременно доделать до литературно-грамотной IDE.

по прочтении LFS и fqa.plan9front прослезился.

и не нужны все эти гигабайты непонятно чего.

а вообще из литературно-грамотных осей мне в этом смысле больше нравится CollapseOS, DuskOS, ретрофорт, Uxn/varvara.

а в стиле классического юникса – Ulix OS, особенно её исходники на гитхабе gh:hgesser/ulix и WEAVE UlixBOOK.pdf, в общем – в духе ‘TeX:the program’ and the book

для сборки используется TeX и noweb. написали какую-то утилиту для cинтаксической раскраски блоков кода.

вот сопоставив в качестве чтива: LFS the book (and the program), ядро plan9 и путеводитель по нему, TempleOS, коллапсников (закатОС и си на форте в 10 килобайт, ретрофорт, Unx Uxn/varvara и сотни зайцев), инферно/…/doc/*.{ms,pdf} –

Ulix OS и ulix, The program and the book

кажется ещё ничего.

вполне понятно написана.

и инструменты классические вроде noweb.

поддержки сети там, кажется, пока нет. но в целом – очень наглядные, человекопонятные литературно-грамотные исходники.

и процесс сборки более простой и понятный, а не как в LFS описано: циклически пересобираем GCC по три раза, ибо с первого раза reproducible build в стиле GUIX или hermes не получилось.

это ж позорище – циклические ссылки при сборке.

вот в plan9, inferno, AOS или том же Ulix такого нет.

да даже в TempleOS тоже циклических ссылок нет.

инсталляции и перфомансы
========================

• инсталляция ОС храма в виртуальную коробку

• перфомансы короля храма на архиве храма

например,

• хелло.ворд

5:26 ассемблерный хелловорд на священной сишечке

TempleOS is a public domain, open source (requires source code to boot) multitasking OS for amd64 processors without EFI support.

вот не хватает EFI, GOP, сети и ещё совсем по мелочи

It’s fully cooperatively multitasked and all code runs in Ring 0. This means that system calls that normally require a context switch are just normal function calls. All ram is identity-mapped too, so sharing memory between tasks is as easy as passing a pointer. There’s a locking intrinsyc too. It has full documentation (with graphical diagrams) embedded directly in source code.

а диагармы уже есть метапроговые.

инсталляция

• вторая.часть ос храма и священная фелиоква

на вебассембли и zig спортирован кусок кода

The original intent of this code was to have the computer assist in divination.

Вот сколько информации вы выдали. Благодарю сердечно.

TempleOS я кажется так и не запустил, хотя сама история еë создания весьма знатная.

А вот UlixOS, пытался смотреть книгу, но что-то так и не понял, там действительно все исходники в книге? Потому что с виду совсем не похоже на это. Похоже на какой-то фокус, я там видел совершенно короткие фрагменты кода, но подробных инструкций для машины я в них не увидел.

в книге ulix-book-0.13.pdf описан процесс её сборки, и сборки образа ОС на 23-eй странице этого PDF:

ulix-book.nw -(noweave)–> ulix-book.{bib,tex} –> ulix-book.pdf =(notangle)==> *.{c,asm} ==> *.o ==> ld : ulix.bin; gcc: application;

см. в репозитории Makefile как собирается PDF:

• tangle делает из noweb-овского ulix-book.nw исходники на С, asm и далее собирает компилятором, линкер скриптами итоговый образ ОС

• weave делает из него же ulix-book.nw -> *.tex -> *.pdf грамотную документацию

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

то есть:

1. писать в порядке сверхвысокого человекопонятного изложения (а не как навязывает язык программирования)

2. читать в порядке гипертекстовой Choose-Your-Own-Adventure типа книг-игр Дмитрия Браславского (Подземелья ч0рного замка и прочие, почти весь список ) и геймбуков прочего CYOA

– в том порядке, в котором удобно, не обязательно последовательно.

собственно ядро начинается со страницы 44/48 :

2.1 The main() Function cм. в PDF

далее в таком духе пишется грамотная документация на всю ОС.

на мой взгляд, можно ещё делать не один, а два компендиума в *.nw виде.

в первом – описывать конфигурацию для Literate DevOps которая бы генерировала makefile через tangle и описывала бы управляемую конфигурацию через weave, в нормально читаемом виде.
и второй – обычный грамотный исходник всего который собирается этим Makefile.

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

наверное, если доработать какие-то макросы для сборки таких блоков кода с дополнительными метаданными чтобы одной командой переключать из исходного в целевой – такие переводы программ делать было бы ещё проще.

ещё там патчи в духе diff3 можно накладывать через @x ...was1... @y ...was2... @z ...become integrated..., но это сделано не совсем удобно.

в целом:

1. классические инструменты Д.Кнута weave/tangle паскалевские не очень удобные, макроязык не очень расширяемый (хотя например можно перевести паскаль на русский и писать на русском паскале), и довольно громоздкий (хотя хорошо что макросы вообще есть).

2. там довольно много команд делает упор на pretty printing который не очень нужен именно в этих утилитах (можно посмотреть как в ulix собирается в tex-build/Makefile preprocessing какой-то скрипт на питоне и sed, фильтр для noweb – который делает синтаксическую раскраску.

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

3. noweb, funnelweb (форк funnelweb-utf8) и прочий nuweb в целом:

3.1. более простой и удобный синтаксис: <<блок кода>> вместо @<блок кода@> хотя ХЗ, нужно ли
3.2. любой язык, а не только pascal как в классическом weave/tangle
3.3. любой выходной формат, например, HTML а не только TeX.
в целом, noweb довольно активно и массово используется.

тут тоже есть куда развиваться. например, писать не в разметке TeX а в какой-то упрощённой markdown (что-то такое есть в funnelweb). или в сторону более декларативного языка документации (как в lout, slit2 и т.п.)

в общем, к этому бы ещё какой-нибудь фолдинговый текстовый редактор со складками в духе FTE или скинтиллы настраиваемой, в духе Occam IDE
что-то простое вроде AsciiLitProg
в общем, какое-нибудь литературно-грамотное IDE

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

опять же, можно пересобрать.

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

TempleOS я кажется так и не запустил, хотя сама история еë создания весьма знатная.

ролики на ютубе занятные. берём хелловорд, конпелируем из консоли.

за полсекунды и тут же запускаем. тут же смотрим через Uf("helloworld"); его дизассемблированного (и видим, что секция данных отсутствует как класс, у нас блоб который он далее пытается дизассемблировать. впрочем, там и объектников нет)

потом берём какой-то эмулятор нинтендо написанный на священной сишечке и залипаем в кастлванию.

потом игрушки занятные.

самое прикольное, что запускается это за какие-то доли секунды.

я так понял, makefile там тоже отсутствует как класс.

обходятся тем что называют исходники FooBarA.HC, FooBarB.HC и фигурно инклудят в нужном порядке (модульности как в оберонах и топологической сортировки скорее всего тоже нет).

другие исходники в типа шелле запускаются через #include, cd и прочие команды это тоже функции на священной сишечке

например, пишем хелловорд на ассемблере и подключаем его тут же в extern в священной сишечке.

и ковыряем в отладчике.

в общем, там IDE сращена с шеллом, отладчиком, текстовым редактором.

занятная штука этот ваш TempleOS.

в общем если сборку notangle/noweave автоматизировать через acme и plumbing в духе plan9 или текстовый TUI командеры и запускалки модулей из оберонов – получится что-то в духе TempleOS.

только не на священной сишечке, ога.

поэтому можно взять что-то простое типа AsciLitProg и переписать с питона на священную сишечку.

а в идеале телнет интерфейс к нему прикрутить, но тут сначала надо будет туда в ось сеть добавить.

Shrine – дистрибутив форк TempleOS

• есть юникс-подбный лямбда-шелл

• есть пакетный менеджер, куда же без него

• TCP/IP реализовано, есть wget под TempleOS Shrine

как писать ebuild-ы под TempleOS Shrine:

PACKAGES.md

сам Portage и его EAPI находится здесь Pkg.HC

в общем, полный список форков оси храма похоже выглядит так:

• TempleOS изначальный

• ZealOS

• TinkerOS

• Shrine

• EXODUS в Userspace, Ring 3

cвятая IRC-шечка T/Community/HolyIRC/Client.HC клиент и сервер gihon

веб-сервер T/Server/http.HC (веб-клиент был в Shrine v5/Apps/Wget.HC )

эмулятор CP/M T/Community/CPM

в общем, интересное.

TempleOS-EE ->> TempleOS-efi

под UEFI

тема под Arch TempleOS-Theme

библиотека под си в духе святой сишечки templelib