Разработчики AerynOS, ранее известного как SerpentOS, опубликовали развёрнутую статью, в которой раскрываются детали концепции и технической реализации проекта с обоснованием принятых архитектурных решений. Руководитель проекта Ikey Doherty подчёркивает, что AerynOS - это не просто "ещё один дистрибутив Linux", а платформа, фундамент и набор инструментов, созданные в соответствии с чётким видением...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63285

• Представлена концепция дистрибутива AerynOS с обоснованием а...,тоже Аноним, 14:54 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:03 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:09 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,тоже Аноним, 16:43 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 16:46 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Илья, 21:31 , 22-Май-25
        • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 23:15 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 20:45 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Анониматор, 14:55 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,fidoman, 15:21 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:01 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:02 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:04 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,НяшМяш, 15:15 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 16:47 , 22-Май-25
        • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:00 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:26 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:20 , 22-Май-25
        • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:15 , 22-Май-25
        • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:26 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,ГурренЛаганн, 17:15 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:24 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:29 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:41 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:01 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:52 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 16:54 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Афроним, 17:47 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:06 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Афроним, 17:43 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:51 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:04 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:19 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:01 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,fidoman, 15:21 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:59 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:32 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 16:55 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:53 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:01 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 21:17 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 21:19 , 22-Май-25
      • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 22:18 , 22-Май-25
        • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 22:25 , 22-Май-25
          • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 22:40 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 15:53 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:30 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:06 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:18 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,инновации в орнитологических хозяйствах, 16:24 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 16:29 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:55 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:00 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Zulu, 17:49 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 17:54 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Минона, 21:24 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Zulu, 22:55 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,YetAnotherOnanym, 18:19 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:52 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Минона, 21:26 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:29 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 18:51 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:15 , 22-Май-25
    • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 21:28 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:14 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:22 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 19:24 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 20:04 , 22-Май-25
  • Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 21:32 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 21:47 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 22:45 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,waylandbeliver, 22:51 , 22-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,Аноним, 00:38 , 23-Май-25
• Представлена концепция дистрибутива AerynOS с обоснованием а...,3draven, 00:42 , 23-Май-25

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

> Чертежи воздушных замков всегда идеальны.

Как говорится, красиво было на бумаге, но забыли про овраги...

Именно в ИТ идея и концепция чего-то стоят. Например, дидам в башку взбрендило как-то раз: а давайте строка "0x7f.1" должна парситься так же, как "127.0.0.1"! Шальная башка дидов породила такую незатейливую идейку, а страдать всем остальным: теперь вообще каждое приложение, конвертирующее строку в IP-адрес, должно это учитывать. Хотя по факту это пригодилось лишь однажды -- в самом RFC, чтоб показать, какая пРиКоЛьНаЯ))) идея.

Вообще-то это как раз пример реализации.
Пацак говорит на языках, окончания которых не знает.

Что стандартизаторы - главные враги, давно не новость.

>А что не так?

То, что половина парсеров не поддерживает шестнадцатеричный формат.

А диды тут причем?

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

почему-то все их архитектурные обоснования читаются как наброс на вентилятор

Когда знаний мало, зато идей много.

> всё в /etc и /var принадлежит пользователю, а /usr - исключительно системе.

usr от слова user? И там будет всё только системное? А логика в каком каталоге лежит?

Давно бы сделали program files, user, etc...

> Давно бы сделали program files, user, etc...

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

Тогда уж как в макоси - /Applications, /User, /System, /Volumes и т.д.

Но ведь это же х*рь.

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

Что значит Волумеы в данном контексте? Тома?

>/Applications, /User, /System, /Volumes

Интересно, как с этим вот МакОСь получила сертификат UNIX (TM) ?

Заплатила деньги

А они «юниксовую» иерархию поддерживают. Просто не завязывают свои компоненты на эту лажу прямиком из 70х. Для UNIX/POSIX сертификации в корыто наплескали чего требуется по регламенту, а для приличных людей в другом месте аккуратно всё разложено.

так GoboLinux же

> usr от слова user? И там будет всё только системное? А логика в каком каталоге лежит?

C:\Program Files\

Unix System Resources.
Т.е. то, что вне минимальной "базы".
Для ползователя делались и /usr/local и /opt, но этим всё неймётся.

Ой, /usr всё гораздо интересней.
https://lists.busybox.net/pipermail/busybox/2010-December/07...

You know how Ken Thompson and Dennis Ritchie created Unix on a PDP-7 in 1969?  
Well around 1971 they upgraded to a PDP-11 with a pair of RK05 disk packs (1.5
megabytes each) for storage.

When the operating system grew too big to fit on the first RK05 disk pack (their
root filesystem) they let it leak into the second one, which is where all the
user home directories lived (which is why the mount was called /usr).  They
replicated all the OS directories under there (/bin, /sbin, /lib, /tmp...) and
wrote files to those new directories because their original disk was out of
space.  When they got a third disk, they mounted it on /home and relocated all
the user directories to there so the OS could consume all the space on both
disks and grow to THREE WHOLE MEGABYTES (ooooh!).

А дальше ещё большее велосипедостроение.

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

> Уважаемые коллеги, анонимные эксперты, напомните какой из дистрибутивов наиболее похож
> на FreeBSD? Gentoo или я ошибаюсь?

Системой управления пакетами - да.

Void Linux. Он создавался как раз для откатки отдельных решений.
Gentoo похож только если вы используете сырцы. Но заниматься ЭТИМ на Фряхе... месье знает толк в извращениях!

Фряха это еще и src,неужели ядро не настраивали?

первое, что делаю после установки FreeBSD - собираю свое собственное оптимизированное под мое железо ядро.
пользоваться дженериковским - обычно моветон. Можно и дженериковское, но лучше свое.

Я ошибаюсь - тоже цельная система. Вот только гламурный я ошибаюсь еще более похож на Фряху.

Даже близко не генту (у нее пакетный менеджер на питоне). Самый близкий по философии/духу/итп - это crux

>наиболее похож на FreeBSD? Gentoo или я ошибаюсь?

Скорее NetBSD.
Естественно, если мы подразумеваем пакетный менедже pkg_ng, а не систему портов.

> Использование инструментария LLVM вместо GNU

Странно но ладно.

> пакетам запрещено содержать какие-либо файлы за пределами каталога /usr

Ой все!

>> пакетам запрещено содержать какие-либо файлы за пределами каталога /usr
>Ой все!

Ну ты же понимаешь, что наконец то кто-то им показал FreeBSD.

> каждое ядро правильно синхронизировано с соответствующей корневой файловой системой

что там синхронизировать кроме /lib/modules? Которое и так распедалено в соответствии с версией ядра.
Или там такая макаронина, что стоит загрузить не то ядро и всё, системе кирдык?

>стоит загрузить не то ядро и всё, системе кирдык

ты смотришь прям в суть.
Теперь понимаешь, почему они занялись своей оптимизацией?

Они идут по стопам GoboLinux, GNU Guix System, NixoS?

Скорее по пути Solus и ClearLinux :D

Очередная фантазия о будущем на публику. Причем будущее завуалированно для публики.

В будущих десктопных андроидах будет все применено.

Ассемблер будет забыт. Предлагаю посмотреть, что делает компилятор GCC над кодом.
void foo3(int a, int b, int c){
  printf("%d %d %d",a,b,c);
  return;
}
int main(){
  int a,b,c;
  foo3(a,b,c);
}
main перед вызовом foo3:
mov -0xc(%rbp),%edx ; c
mov -0x8(%rbp),%ecx ; b
mov -0x4(%rbp),%eax ; a
mov %ecx,%esi ; кто скажет зачем?
mov %eax,%edi ; кто скажет зачем?
call xx ; call foo3

Далее в foo3:
mov %edi,0x4(%rbp) ; a to auto frame
mov %esi,0x8(%rbp) ; b to auto frame
mov %edx,0xc(%rbp) ; c to auto frame
mov -0xc(%rbp),%ecx ; чтобы ecx было как в учебниках
mov -0xc(%rbp),%edx ; чтобы edx было как в учебниках
mov -0xc(%rbp),%eax ; чтобы eax было как в учебниках

Если параметров будет 6, например, будет ещё веселее?

Поправка:
mov -0xc(%rbp),%ecx ; чтобы ecx было как в учебниках
mov -0x8(%rbp),%edx ; чтобы edx было как в учебниках
mov -0x4(%rbp),%eax ; чтобы eax было как в учебниках

> кто скажет зачем?
> чтобы ecx было как в учебниках

параметры передаются через rdi, rsi, rdx и rcx. Вроде такое соглашение о вызове на x86_64 в 64-битном режиме.
По этой же причине в foo3 компилятор перекладывает все параметры чтобы освободить rdi для указателя на шаблон
> Если параметров будет 6, например, будет ещё веселее?

ага, подключатся r8 и r9, а потом вообще начинает пушить в стек

причина упоминания учебников не понятна — раз от компилятора не запросили оптимизацию, то он ее и не делал

Если 6 параметров то будет 5 повторных перекладываний регистров. Проверти. Например, r8d в r9d.  
Порядок приема переменных в подпрограммах через регистры описывается в книгах.

> Если 6 параметров то будет 5 повторных перекладываний регистров. Проверти. Например, r8d в r9d.

так в чем проблема и как это относится к "что делает компилятор GCC над кодом"? Какие у него варианты без указания -O?
как это связано с тем, что "Ассемблер будет забыт"?
Порядок должен соблюдаться иначе можно словить удивительные спецэффекты при вызове функции их другого места. У компилятора есть некоторые возможности для оптимизаций, но тут их никто не запрашивал.
> Порядок приема переменных в подпрограммах через регистры описывается в книгах.

и меняется от компилятора к компилятору, от архитектуры к архитектуре… В т.ч. в некоторой степени зависит от хотелок программиста

Годно, но опоздали на десять с гаком лет. До тотальной контейнеризации было актуально, а сейчас без разницы на чём distroless контейнеры крутить. ОС на сервере практически и так уже неизменная с минимумом настроек, и поставить её с нуля всегда быстрее, чем чинить или из бэкапа восстанавливать.

Ну всё же выбирают Alpine Linux для контейнеризации.

Только те, кому не важен перформанс и поддержка gettext с локалями, а почему-то важен размер образа на диске.

Кто-то выбирает, кому-то musl убивает производительность, а кому-то и вовсе местный аналог NSA спускает указиловку как правильно готовить клауд.

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

>отказ от встроенных изменений в пользу декларативного подхода, подобного Gentoo или Nix.

Ахах, я ждал, когда они это поймут. На это ушел год. Хорошо, что поняли. Ждём, что года через 2 поймут, что иммутабельность и возпроизводимость невозможно (математически) обеспечить на императивном ЯП и перейдут на хацкель или nix.

Тугодумы, конечно, но учатся.

Предположи, когда они захотят все переписать на Раст?

За такой архитектурой будущее.

Когда OpenSolaris был в стадии проектирования, pkg планировался как immutable. Никаких скриптов вообще, пакет может деливернуть файл, или каталог, или ссылку, или манифест сервиса.

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

Это откуда такая странная информация?

Гопатыча.

> Это откуда такая странная информация?

Картинка с Элрондом "I was there, 3000 years ago".

см. PSARC/2008/190 и упомянутые там материалы.

> всё в /etc и /var принадлежит пользователю, а /usr - исключительно системе

Главное, чтобы не был нарушен важнейший принцип современного СПО, когда у одной и той же программы часть конфига живёт в /etc, часть - в /usr/local/etc, часть - в /usr/share, часть - в /usr/local/share часть - в /usr/lib, часть - в /usr/local/lib, часть - в /var/lib, часть - в /var/db, часть - в ~/.appname, и чтобы в каждой новой версии менялись приоритеты кто кого оверрайдит.

Ты еще забыл принцип 1с!
Класть файлы приложения туда, где их искать никто не догадается.

В папку с БД?

> ~/.appname

~/.config/appname по современному феншую

>Формат пакетов .stone

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

> зачем плодить зоопарк пакетов?

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

Дистрибутив собирается под нужды клиента. А пакет зачем?  

> Ikey Doherty подчёркивает, что AerynOS - это не просто "ещё один дистрибутив Linux"
> Проект опирается на опыт авторов в разработке других дистрибутивов, включая Solus и Clear Linux.

Ну да, это не просто еще один дистрибутив, это уже третий "не просто еще один дистрибутив"!

И на полном же серьезе это пишут...

> Руководитель проекта Ikey Doherty подчёркивает, что AerynOS - это не просто "ещё один дистрибутив Linux"

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

Не просто "еще один дистрибутив", ага...

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

Вот прочитал новость, прочитал внимательно, и...

И не обнаружил ничего нового и киллерфичастого кроме разве что симптомов NiH-синдрома и какого-то устойчивого желания от зуда: А давайте сделаем не так как принято, чисто потому что плохо делать так как принято, а у нас лучше, потому что не так, как принято!

Из этого потока сознания я делаю вывод, что это очередное УГ, просто "чтобы было"!

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

Как раз, чтобы не было УГ, надо объявить о Миссионерском или Революционном характере дистрибутива.  

"Разработчики AerynOS, ранее известного как SerpentOS"

А почему переименовались? Стало стыдно за фантазии или кредиторы догоняют?

Данные о предпочтениях одного из пользователей можно считать состоянием программы при работе с этим пользователем. Где хранить и что хранить? Должен ли пользователь видеть эти данные?
Данные пользователя, обработанные программой, где хранить?  

Если будут зависимости как остальных дистрах, то не взлетит.
Надо повторять модель Windows/MacOS.

>Сжатие всех нагрузок осуществляется с помощью Zstd, что обеспечивает отличную производительность распаковки при сохранении хорошего коэффициента сжатия

Звездёж. Я сравнивал LZMA с ZSTD - ZSTD всегда сосал у LZMA2 с проглотом.

Вот когда ИИ заменит ОС, это будет инновация, а это все переставление кроватей на фоне всего в контейнерах, всем пофиг какой там на дне дистр давно.