Опубликовано обновление сборок дистрибутива Chimera Linux, примечательного использованием ядра Linux в сочетании с утилитами из FreeBSD, системным менеджером dinit и стандартной Си-библиотекой Musl. Сборка осуществляется компилятором Clang. Загрузочные Live-образы сформированы для архитектур x86_64, ppc64le, aarch64, riscv64 и ppc64 в вариантах с GNOME (1.8 ГБ), KDE (2.5 ГБ) и урезанным окружением (1 Гб)...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64462
Да создайте уже BSD/Linux и не мучаетесь!
А было же уже что-то такое у Debian
дебиан это наоборот - юзерспейс линукса, ядро фряхи
> Да создайте уже BSD/Linux и не мучаетесь!Так это ж оно и есть в общем то. Реально химера какая-то. Еще и с портами на питоне, карманный вариант генты, тудыть.
Debian/kFreeBSD - окружение и утилиты Linux, базирующиеся на ядре FreeBSD. К Chimera это не имело никакого отношения.
Debian свернул этот проект, оставив лишь Debian/Linux.
> Debian/kFreeBSD - окружение и утилиты Linux, базирующиеся на ядре FreeBSD.Спасибо знатно покапитанили. Но если GNU/Linux означает GNU утилиты и юзермод + Linux kernel, BSD/Linux по логике вещей BSD юзермож + Linux Kernel. Т.е. вот буквально то что сабж сделал. Т.е. сабж довольно буквально является именно BSD/Linux.
Это как.Ядро линукс, чтобы тот же вай фай работал, а кеды патченные под бсд, чтобы там работали?
если /var не сохраняется, то где?
> для архитектур x86_64, ppc64le, aarch64, riscv64 и ppc6464, 64, 64, 64, 64... Чем это отличается от просто линукса?
Чем аппаратная архитектура процессора отличается от ядра операционной системы? Ты такой вопрос задал? Нельзя быть настолько невежественным на техническом форуме.
Зачем Вы так принимаете человека и к тому же "тыкаете" ему. По вопросу же очевидно, что задавший его - человек интересующийся и любознательный. Могли бы просто и честно ответить ему:
Ничем. Это различные наименования одного и того же. Главное - это увидеть число.
А почему бы и не "тыкать", если это по этикету положено.
Или ты впервые в сеть зашёл? С подключением! :)
Неплохая система, ей бы ещё хорошее ядро..,
Linux - это лучшее ядро общего назначения в мире.
Не
Ага. Поддержка архитектур, кол-во оборудования и гибкость. Назови ядро лучше по этим параметрам) Винда сильно проигрывает по 1 и 3, бсд по всем. Юниксы почти мертвы. Остальные - не общего назначения.
Вот когда перестанут ABI каждый патч ломать, тогда и можно будет поговоритьНо они не перестанут, потому ,то Линукс НЕ позиционируется как ядро для enterprise
вот когда то, тогда это, при этом на вопрос что лучше стыдливо молчит, понятно
Существует устоявшаяся зависимость "больше - доступнее", где в термин доступнее могут быть вложены понятия: дешевле, легче для получения, изучения, использования.
Но такая зависимость как "больше - лучше" может булькать лишь в неокрепших и наивных умах.
Качество ядра не определяется по принципам "больше платформ - лучше" или "больше гибкость - лучше". Операционные системы в целом, как и их ядра, создаются под конкретные прикладные задачи. И при таком взгляде оказывается, что список лучше принципиально другой:
- z/OS и i/OS для мейнфреймов и аппаратной поддержки баз данных значительно лучше в критической инфраструктуре - аэропорты, диспетчерские службы, банки;
- QNX - лучше для процессов реального времени, по тому контролирует почти все ядерные блоки, блоки управления различными устройствами, включая автомобильные;
- BSD - лучше в части сетевого стека и дисковой подсистемы, потому проекты зависимые от этих моментов переносятся на эти ядра;
- Windows NT - лучше в части потребительского сектора и прикладного ПО;
- Linux - в чести создания испытательных полигонов, тестирования.
А Ваш опыт свидетельствует лишь о переносе собственных узких выводов с локалхоста на категорию вычислительной техники в целом. Вот конкретно для Вас в чем польза от того, что Linux можно запустить на других платформах? Или от его гибкости? И касательно гибкости - тут большой вопрос. По моему, сугубо личному опыту, BSD системы дают больше гибкости, да и число поддерживаемых платформ в них шире. Доводы про драйвера в ответ не приводите, он заезжаны до дыр. Никто не будет спорить, что аппаратную часть под BSD надо подбирать осмысленно, а не методом экономии.
Все что ты перечислил не является ОС общего назначения, а речь шла про них. Попытка слится на узко специфичные ОС не пройдет - с этим никто не спорил.Еще раз - примеры ядер ОС общего назначения лучше чем линукс будут? Для особо одаренных - пример - это название. Не гуманитарный поток слов, а название ядра. One word. Как еще объяснить, чтоб понятно было? Могу картинку нарисовать.
Это ты сейчас RH упрекнул?
Еще раз, примеры ядер лучше по заданным параметрам будут?! Не слюньки, а конкретные примеры.> Линукс НЕ позиционируется как ядро для enterprise
Круто. Ниспроверг индустрию просто. А что позиционируется?)
> Но они не перестанут, потому ,то Линукс НЕ позиционируется как ядро для
> enterprise...что не помешало ему из энтерпрайзов остальных поуходить нахрен :))
> Ага. Поддержка архитектур, кол-во оборудования и гибкость. Назови ядро лучше по этим параметрам) Винда сильно проигрывает по 1 и 3, бсд по всем. Юниксы почти мертвы. Остальные - не общего назначения.Не. Во взрослом мире, а не в песочницах где красноглазые дети упоенно пересобирают по 100500 вариантов машинки из одного и того же конструктора - сначала ставят себе цель, а уже потом ищут инструментарий для ее достижения. И кстати говоря, обедают в столовой, а оперируют в операционной.
Иными словами, поддержка каких-то там архитектур, количество оборудования и гибкость - не нужны.
На компьютер где я буду шпилить в Крузис - я поставлю Венду, которая идеально будет подходить для шпилинга в Крузис.
Ноутбук для просмотра котиков я возьму от Аппле, потому что мне вообще пофигу что там под капотом у программы для просмотра котиков.
В банкомат, роутер, электрочайник и автомобиль - я вообще не буду ничего ставить, а буду пользоваться тем что туда поставил производитель, а если их работа меня не устроит - верну по гарантии и проголосую рублем.
- - -
Ну и какую проблему решает твое мультиядро, кроме того что не может толком работать ни на одной из поддерживаемых архитектур, включая нативную x86?
> Не. Во взрослом мире, а не в песочницах где красноглазые дети упоенно
> пересобирают по 100500 вариантов машинки из одного и того же конструктора
> - сначала ставят себе цель, а уже потом ищут инструментарий для
> ее достижения. И кстати говоря, обедают в столовой, а оперируют в операционной.С вашей виндой вообще цели ставить довольно проблематично, кроме того что hardcoded майкрософтом. Скажем сделать умный телевизор из винды? Не, так не предусмотрено, вы пролетаете. IoT? У майкрософт какое-то свое, очень странное понимание что это такое. Здорово отличающееся от всех остальных, зато - позволяющее что-нибудь впарить. Правда этот банкет в итоге идет за счет адепта. А вот так бизнес вести совсем не интересно. Если конечно вы не майкрософт.
> Иными словами, поддержка каких-то там архитектур, количество оборудования и гибкость - не нужны.
А вот это будет решать не какой-то левый хмырь с опеннета а рынок. Так огульно миллиарды юнитов в ненужно записать - это талант иметь надо. В узости и зашоренности мышления.
> В банкомат, роутер, электрочайник и автомобиль - я вообще не буду ничего ставить,
> а буду пользоваться тем что туда поставил производитель,А булки - на деревьях растут, видимо. Или, если посмотреть что там нынче бывает - там этого Linux уже хоть отбавляй. А еще несколько миллиардов ведроидов, каждый роутер и умный телек, автоматика и что там блин еще. И тут вдруг какой-то заец маздаец рещает что миллиарды юнитов - не нужны. И фирма ARM такая заявление о банкротстве пишет. Ага, лицензировав на несколько порядков больше ядер чем x86 вообще выпущено. И конечно винды там не особо то и работают.
PacBSD напомнило
Круто!
напомню, этот тот чувак, который не осилил gcc в войде обновить, психанул и пошел переписывать xbps-src на питон.
Торвальдс тоже не осилил дебиан поставить. Психанул и ушёл на федору. И что дальше?
> напомню, этот тот чувак, который не осилил gcc в войде обновить, психанул
> и пошел переписывать xbps-src на питон.А что он будет делать когда после очередного обновления питона его штука в трехэтажный трейс опять выпадет?
объясните зачем брать фрибсдэшные утилиты? чем они лучше линуксовых (не накат, просто интересно)?
имхо - мичуринство.
Во-первых, они часто легче и быстрее, есть бенчмарки. Во-вторых, гнутый юзерленд последние лет 10 принято выкидывать - из-за того, что он медленно развивается и комьюнити токсичное. Никто не хочет работать с ними.На моих системах давно из гну осталось разве что гцц. Остальное бсд или просто стороннее.
Они и туда системдно принесут
IMHO, интереснее наоборот: нержавое ядро + GNU-окружение.
Это как раз фигня. Бсд ядра просто меньше железок поддерживают, а гну юзерленд почти всегда хуже аналогов. Так что профитов от такого никаких.
Любой, взятый наугад, свободный проект без всяких портирований слинкуется с GLibc. А вот с другими Libc это ещё не факт.
Именно поэтому последние лет 5 софты и дистрибы стараются максимально пилить поддержку в частности musl, ага. Спасибо за подтверждающий мои слова пример)
bhyve работает?
>Пользовательские компоненты FreeBSD выбраны как менее усложнённые и более подходящие для легковесных и компактных системэто про pipewire и flatpak? )))) как пользователь void (оно занимает мег 300 с простым DE, есть alsa и дубовые X мне просто смешно читать все эти "обоснования".
вообще идея то хорошая, но комьюнити маловато, типо той истории с официальным изданием убунты где единственный разработчик окончил школу и пошел в ВУЗ, и забросил дистрибутив... тут мне кажется похожая история может быть типа автора Химиры родители попросят съехать с родительского дома и ему придется идти работать чтобы заплатить за аренду койклместа и разработка дистра остановится
Фрики, надо наоборот делать.
> Фрики, надо наоборот делать.Debian/kFreeBSd уже был. Только никто не понял зачем надо дебиан - но с обкоцаным недоразвитым ядром. Проект и сдох через пару лет.
> Проект и сдох через пару летА точнее (с сайта дебиана):
2011-02-06 - выпуск debian 6.0 с поддержкой kFreBSD в качестве "technology preview",
2015-04-25 - выпуск debian 8.0, начиная с которого kFreeBSD перестал включаться в официальные релизы дебиана,
2023-07-14 - проект kFreeBSD официально закрыт.