Состоялся (https://www.gnu.org/software/hurd/news/2015-10-31-releases.html) релиз ядра GNU Hurd 0.7 (http://www.gnu.org/software/hurd/), а также сопутствующих ядру компонентов: микроядра GNU Mach 1.6, генератора интерфейсов для микроядра Mach - GNU MIG 1.6 и порта системной библиотеки glibc-2.19-hurd+libpthread-20151031. GNU Hurd доступен только для 32-разрядной архитектуры x86 (работа по портированию ядра для архитектуры x86_64 пока не завершена). В ближайшее время оценить GNU Hurd в действии можно будет воспользовавшись сборками (https://people.debian.org/~sthibault/hurd-i386/) (iso-образы (https://people.debian.org/~sthibault/hurd-i386/installer/cdi.../)) дистрибутива Debian GNU/Hurd (http://www.debian.org/ports/hurd/), сочетающего программное окружение Debian c ядром GNU Hurd.GNU Hurd представляет (http://www.gnu.org/software/hurd/hurd/what_is_the_gnu_hurd.html) собой ядро, развиваемое в качестве замены ядра Unix и оформленное в виде набора серверов, работающих поверх микроядра GNU Mach и реализующих различные системные сервисы, такие как файловые системы, сетевой стек, система управления доступом к файлам. Микроядро GNU Mach предоставляет IPC-механизм, используемый для организации взаимодействия компонентов GNU Hurd и построения распределённой мультисерверной архитектуры. GNU MIG (Mach 3.0 Interface Generator) является инструментом для трансляции файлов-определений RPC (Remote Procedure Call) в код на языке Си, который необходим для компиляции любого пакета, принимающего или отправляющего RPC-вызовы, в том числе для GNU Mach, GNU Hurd и GNU C Library (glibc).
Основные новшества GNU Hurd 0.7:
- Улучшены, унифицированы и перенесены в libdiskfs функции с реализацией кэша inode для ext2fs. Кроме ext2fs данный код теперь также используется для isofs и fatfs;- Значительно улучшен инструмент fakeroot, который научился обрабатывать именованные сокеты и избавился от проблем, связанных с правами доступа;
- Добавлена новая утилита rpcscan, позволяющая выполнить сканирование Mach-серверов и показать RPC, обрабатываемые ассоциированным распаковщиком (demuxer);- Локализованы и устранены старые проблемы с синхронизацией, затрагивавшие ФС, трансляторы, libdiskfs и libpager;
- Внесены изменения для работы с новыми версиями компиляторов и libc;
- В генераторе интерфейсов GNU MIG 1.6 улучшена совместимость с новыми диалектами языка Си, благодаря объявлению функций RPC как "static inline";
- В микроядре GNU Mach 1.6 проведена ревизия кода отладки блокировок. Таблицы и хэши привязки объектов к IPC заменены на radix-деревья, решающие проблемы с масштабируемостью и агрессивным потреблением памяти. В ядро добавлена поддержка выделения непривилегированным пользователям небольших объёмов памяти. Устранены проблемы с утечкой указателей. При использовании printf реализована обработка ANSI escape-последовательностей.
URL: https://www.gnu.org/software/hurd/news/2015-10-31-releases.html
Новость: http://www.opennet.me/opennews/art.shtml?num=43232
>доступен только для 32-разрядной архитектуры х86шел 2015 год...
>>доступен только для 32-разрядной архитектуры х86
>шел 2015 год......за пределами localhost жизни нет?
В том то и дело что есть, и i386 в ней давно забыт.
> В том то и дело что есть, и i386 в ней давно
> забыт.Вы ошибаетесь. До сих пор есть старые системы, которые необходимо поддерживать как и частном секторе, так и в государственном. Правда, это про GNU Hurd.
>шел 2015 год......а некоторые так и не развились дальше шаблонных комментариев :(
Некоторые так и не развились дальше шаблонного мышления
Как ты такое допустил, а? Почему до сих пор не вмешался?
Однако, пациент скорее жив...
А где можно ознакомиться с тем, насколько это ядро вообще реально работает? Я спрашиваю без шуток и без сарказма. Насколько реально использоваться в его на реальном железе (старом, новом), как с поддержкой оборудования?Linux реально работает, а про Hurd ничего не понятно.
в linuxformat в сентябрьском бесплатном номере ( http://www.linuxformat.ru/anons200.phtml ) был обзор, можете почитать.
Почитал. Если коротко, то сабж мёртв, и с каждым годом, по-видимому, мертвеет всё больше и больше.
> А где можно ознакомиться с тем, насколько это ядро вообще реально работает? Я спрашиваю без шуток и без сарказма. Насколько реально использоваться в его на реальном железе (старом, новом), как с поддержкой оборудования?
> Linux реально работает, а про Hurd ничего не понятно.Если кратко: всё очень плохо.
> Linux реально работает, а про Hurd ничего не понятно.Почувствуй себя линуксоидом ~1995го года - используй Hurd.
Всегда удивлялся, как это NextStep, который которого тоже на базе Mach, за 5 лет или даже меньше написали, а с Hurd'ом так долго тянется
NextStep был на основе CMU Mach (Карнеги-Меллоновского). GNU Mach (наркоманское) имеет к нему такое же косвенное отношение как linux к unix.
Ну вообще-то GNU Mach был на основе CMU Mach 3.0, которое было первым полноценным микроядром в этой серии, в то время как NextStep использовал CMU Mach 2.5, который был еще гибридом. Но в любом случае это не отвечает на вопрос, почему XNU развился в разы быстрее. А вот сравнение ресурсов, которые были потрачены на разработку в обоих случаях, вполне может это объяснить.
> А вот сравнение ресурсов, которые были потрачены на разработку в
> обоих случаях, вполне может это объяснить.вроде бы очевидные вещи, а приходится на это указывать, ой не тот опеннет стал, не тот
> А вот сравнение ресурсов, которые были потрачены на разработку в обоих случаях, вполне может это объяснить.Не только. Плюс фанская база, плюс производители ПО которые согласились переписать всё под новую версию.
Ура! Пора бы уже залить (ладно, попробовать залить) эту штуку на живое железо, а то обычно я игрался с виртуальными машинами.
Даёшь гнутую систему!
Я даже немного расстроен, что я прикладной программист и помочь проекту не могу... А помощь там очень нужна. Хурд пилят буквально 5 человек.
> А помощь там очень нужна. Хурд пилят буквально 5 человек.Граф Толстой тоже писал "Войну и мир" в одиночку, без помощи вашего миллиона мартышек. Так что не переживай - не в числах счастье.
Действительно. Важно придумать, а детали реализации придумает конечный читатель.
Просто успешность проекта - не аддитивна.
Глубокомысленная чушь.
Если бы в те времена у большего количества людей была возможность писать книги, то про эту возможно никто бы и не вспомнил, просто если в период в 100 лет написано 10 книг, то и конкуренция небольшая... ;)
О чем не рассказали на уроке русской литературы, того не существовало? Книги и в то время писались и издавались сотнями, все-таки 19-й век, а не 9-й.
> только для 32-разрядной архитектурыЭто для прошлого века нужно было делать, а сейчас только х64.
Ну так делай.
Только для x86_64 пилят, а ты уже для какой-то x64 захотел.
На ARM64 не запустит?
В эмуляции например.
Есть где инструкция как установить этот релиз?
> Есть где инструкция как установить этот релиз?Короткий ответ: "никак".
Длинный ответ: где-то в интернете есть скрипты для компиляции этого добра. Всё, что помню: надо патчить glibc, ибо с ванильным не собирается, и надо при создании корневой ФС какой-то параметр указать. И это только ядро -- весь юзерспейс тоже надо будет компилять.
Это немного печально...
Написано же в ближайшее время тут:
https://people.debian.org/~sthibault/hurd-i386/installer/cdi.../
пора на MenuetOS переходить.
> пора на MenuetOS переходить.но зачем, если есть KolibriOS?
Слишком легко, да и бунтарского духу маловато! Переходите уж сразу на самописные ОС для самодельных процессоров в FPGA.
Во времена L4 и L4se... GNU релизит устаревшее на два поколения "микроядро", теоретически работающее на виртуалке.
> Во времена L4 и L4se... GNU релизит устаревшее на два поколения "микроядро",
> теоретически работающее на виртуалке.Пятеро наркоманов[1] за 30 лет[2] написали какую-то Хурду.
[1] In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people. (C) Linus Torvalds
[2] Проект GNU начался в декабре 1983 года. Ядро начали писать через несколько лет.