Разработчики проекта Hurd объявили обеспечении возможности сборки в дистрибутиве Debian GNU/Hurd 71% пакетов архива Debian. В прошлом году этот показатель составлял 58%. Из других достижений GNU/Hurd отмечается портирование ядра Mach для архитектуры AArch64 и принятие патчей, позволяющих использовать GCC для сборки программ GNU/Hurd для AArch64. В настоящее время порт пока не обеспечивает всю желаемую функциональность, но уже может использоваться для запуска простых приложений. В ядре GNU Mach реализована экспериментальная поддержка симметричной многопоточности (SMP). Решены проблемы со сборкой с использования GCC 14. Добавлена поддержка компилятора rustc, что позволяет собирать для GNU/Hurd приложения, написанные на языке Rust...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61515
Бесперспективняк. Зачем люди время тратят? Больше заняться нечем? На линуксе все проблемы уже решены?
Тебя забыли спросить чем заняться
Тут та проблема - портируют их ядро давно уже "морально" устарело...
(в соответствии с википедией уже новые типы ядер придуманы и давно делаются).> 71% пакетов
Информация - 0... Что в остальных процентах за пакеты - может там шлак не достойный упоминания?
(т.е.хотелось бы видеть перечень портированных и нет, с кратким описанием и сгруппированно по группам использования)
Правильно делают. С нынешними тенденциями в линуксах нужен запасной аэродром.
FreeBSD
Ну что, как у них прогресс с их шва6одной пермиссивной лицензией? Могут на своей бзде в новый GoW поиграть?
Могут, поглядывая краем глаза в окошко Putty с консолькой FreeBSD.
Игрункам лишь бы поиграть.
Как возможность играть в GoW связана с лицензией? Если wine умеет, можно играть, так же как и на линуксе.
Через линуксатор?
> "Linuxulator - слой совместимости для запуска Linux-программ."(линуксоид): - Фуууу! отстой! тормоза! жалкие прослоечки.
> "Proton - слой совместимости для запуска Windows-программ."
(линуксоид): - "Офигеть! Круто! Дайте две!"
В итоге и линуксоиды, и бсдешники - все сидят без родных игр. А Габен, посмеиваясь над дурачками, играющими в виндовые игры на линукс-системах, считает денежки.
Виндовые игры, которые виндовые разрабы делают на винде.
Уже даже мелкомягкие от винды пытаются уйти, перестав считать её самым главным продуктом. Но линуксоиды не дадут, спасут винду. Снова.Бсдешники хотя бы не кривят душой, работая через прослоечки. Уже привыкли. Тогда как линуксоиды стараются не замечать, что их используют. А может просто не соображают.
> Ну что, как у них прогресс с их шва6одной пермиссивной лицензией? Могут
> на своей бзде в новый GoW поиграть?Че такое GoW и почему, кстати, ты написал нам свою мудрость из "несвободного" и непрогрессивного браузера, а не из Lynx?
Код движка самого распространенного браузера под (L)GPL развивался, но Apple, а потом Гугл, очень хотели как-нибудь выпрыгнуть из под лицензионных "ограничений", чтобы насадить своих лицензионных "свобод", и, как будто бы, всё "переписали". Но там до сих пор в коде такой ворох из различных лицензий, что концов не сыщешь. Некоторые "необязательные" (пермиссивных аналогов которым, правда, нет) компоненты до сих пор под LGPL. Так что заявления про "победу пермиссивок" могут делать только уж совсем зашоренные бабки со скамеек, да интернет-попугаи, повторяющие чужие глупости, сами ни разу в код не заглянув, да и что они там способны увидеть, кроме фиги?
> зашоренные бабки со скамеекПонравилось!
И да, пусть сидять и жуютЬ семушки. Иногда ведь лучше жевать, чем говорить!!!
> Код движка самого распространенного браузера под (L)GPL развивался, но Apple, а потом
> Гугл, очень хотели как-нибудь выпрыгнуть из под лицензионных "ограничений", чтобы насадить
> своих лицензионных "свобод", и, как будто бы, всё "переписали". Но там
> до сих пор в коде такой ворох из различных лицензий, чтоКакой длинный эвфемизм "пишу не из под GPL-браузера, но это другое!"(с)
> концов не сыщешь. Некоторые "необязательные" (пермиссивных аналогов которым, правда,
> нет) компоненты до сих пор под LGPL. Так что заявления про
> "победу пермиссивок" могут делать только уж совсем зашоренные бабки со скамеек,
> да интернет-попугаи, повторяющие чужие глупости, сами ни разу в код неКороче, попугай, пишешь ты из под Lynx или все же из под мозилы/хромого - или опять "нищитаицо"?
Мурзилла-то под MPLv2. Тоже Copyleft, если что.
> Мурзилла-то под MPLv2. Тоже Copyleft, если что.Ты бы почитал хотя бы мурзиловский фак насчет "лефта", что ли ...
Чтобы подсунуть пермиссивные разрешения в браузер корпам пришлось купить основных разработчиков, чтобы перелицензировать их код под двойной лицензией (изначально свободной и, удобной для воровства, пермиссивной), а часть компонентов, от других авторов, написать с нуля.
Сам же пишешь - купить пришлось. А если бы они прогнулись, то не только бы код на халяву написали, но и банде бородатого авторские права на этот код подарили, потому что иначе эта банда крышевать не хочет.
Не поверишь, но все и играют. Система плойки на фряхе основана
Система плойки проприетарная. BSDа-то тут при чём? Что её код бесплатно попользовали? Так они знали, на что шли. А если не знали, то теперь, надеюсь, ума прибавилось.
"ума прибавилось"
Нет.
А что за тенденции в самом ядре, так что нужно пилить новое?
во-первых, раст.
На этом всё, уже достаточно
И это все? Ок, значит когда в хурд добавят Раст, "свободное сообщество" снова пойдет пилить новое ядро?
Главное, чтобы в (микро)ядро не добавляли. С другой стороны, для Hurd эти сервисы в виде отдельных процессов можно хоть на Modula-2 или Ada.
Пусть лучше ядро на ада сделают. Что оно просто раьотало.
А модули на хрусте/чем угодно
Ядро на Аде уже есть https://ironclad.nongnu.org/
Даже есть уже GNU/Ironclad - https://github.com/streaksu/Gloire
> И это все? Ок, значит когда в хурд добавят Раст, "свободное сообщество"
> снова пойдет пилить новое ядро?"Свободное сообщество" продолжит ныть на опеннете, а пиление ограничится (подробными!) инструкциями "как нужно было правильно" (на каком ЯП, каким компилятором, с какими либами и какой сексуальной ориентацией-идентификацией разработчика) ...
> сексуальной ориентацией-идентификацией разработчикаого, страшную тему задвинул, тут же сейчас из каждых щелей полезут любители измерять качество кода вопросами спальни и туалета
Так кто добавляет? Разработчики дистра Debian GNU/Hurd добаввляют для возможности сборки пакетов на Rust. А не разработчики GNU/Hurd добавляют в (микро)ядро.
>>> Добавлена поддержка компилятора rustc, что позволяет собирать для GNU/Hurd приложения, написанные на языке Rust. <<<:)
Уровень приложений.
Т.е у вас по прнципу рас рас не раст:)
Уровень ядра м уровень приложений различаете?
Так в хурде нет разницы между уровнем приложений и уровнем ядра. Есть, правда, уровень _микро_ ядра, но оно на то и микро, что на нём только сервер ipc работает.
Разница есть в полномочиях. Обычные программы не исполняются с правами того пользователя, с которыми исполяются сервисы ядра.
Во-вторых, сустемд.
Ещё достаточнее.
системд крутится в юзерспейсе, так что снова мимо.
Это пока.
Вот, чтобы не дожидаться окончания этого пока, и нужен Hurd.
Бро, где такой linux - на rust'е и с systemd в ядре взял? Отсыпь жменьку, друг просит...
Ты make menuconfig давно делал, если делал.
А что не так?
Haiku
1. От неё гуй отделить можно, чтобы и на сервере тоже.
2. Лицензия устроит только "истинно свободных".
Если отделить GUI от ядра, то всё станет ужасно тормознуто. GUI должен быть прямо в ядре. Доказано успехом Microsoft.
Такой хоккей... BSOD на серверах нам не нужен.
Это не аэродром, а подвал с бомжами. Если в какой-то момент в Линукс прилетит обнова, которую ты никак стерпеть не можешь, ты можешь просто не обновлять ядро и оно всё равно на многие годы вперёд будет более актуальным и работоспособным, чем хёрд.
ты летать не умеешь, зачем тебе еродром?только красноглазить
> На линуксе все проблемы уже решены?Их (проблемы) каждый день новые создают, поэтому люди и сдувают пыль с Hurd
> люди и сдувают пыль с Hurd... тыкают палочкой и закапывают назад.
Впрочем, вот это не удивительно.
Весь OSS-движ построен как хобби.
Но приходит анон на опеннет и начинает говорить о перспективах и о том, что надо делать, а что не надо.
30 лет назад это было хобби. теперь это IBM и Facebook.
поэтому лицензия должна была быть правильная, а не цап-царап БСД(м).
И що сiнку, помогли тобi твоi ляхi? (C)Ну вот благодаря лично Линусу Торвальдсу у вас GPL2 и не отчуждение прав. (Спасибо мужик, даже если это случайно вышло!). Результат - ведро хоть как то держится ... пока.
А всё остальное - лютый ППЦ, вот вам демка "комунити с сорцами", можете потра**ся, сделать чтоб работало и прислать патчи ... но мы без передачи прав не прием (хотя идею скушаем, если стоящая) ... :-\
Что? Нет, ну что вы! На серьёзные щи - один фиг покупайте *-PRO, и там есть то, чего в "комунити с сырками" нет :-\
> И що сiнку, помогли тобi твоi ляхi? (C)Да, под свободными лицензиями написано тонны софта начиная от LLVM заканчивая опенофисом.
Где-то даже список по форуму гулял> Ну вот благодаря лично Линусу Торвальдсу у вас GPL2 и не отчуждение прав. (Спасибо мужик, даже если это случайно вышло!). Результат - ведро хоть как то держится ... пока.
"Как-то". Это правильное слово.
Торвальс мужик умный, поэтому в ядре занимается уговаривание коммитеров проверять компилируется ли код перед отправкой, а не лезет в вопросы которые решаю платиновые спонсоры.> А всё остальное - лютый ППЦ, вот вам демка "комунити с сорцами", можете потра**ся, сделать чтоб работало и прислать патчи ... но мы без передачи прав не прием (хотя идею скушаем, если стоящая)
Так ФСФ Столлмана имено так и работает.
Вот например GCC ущел от такой позорной практики только в 2021
opennet.ru/opennews/art.shtml?num=55260> Что? Нет, ну что вы! На серьёзные щи - один фиг покупайте *-PRO, и там есть то, чего в "комунити с сырками" нет
GPL не запрещает продавать код, не вижу противоречий.
А просить подачки не все захотят.
Хорошо ещё мамкин начальник зарплату не требует за руковождение неоплачиваемыми волонтёрами. Хотя тут вон уже один чиновий сын бегает и, топая ножкой, требует у неблагодарного сообщества задонатить корпоративным менеджерам из коммерческой компании Мозилла, в то время как те увеличивают себе премии, сокращая штаты разработчиков и нецелевым образом расходуют средства на псевдоблаготворительность (точнее, отмывают денежные потоки).
Как решить проблему раздувания Линукса до гигантских размеров? Он уже на 64мб оперативки еле-еле запускается (если запускается вообще).Не все желают идти в ногу со временем строем, без вопросов съедая нововедения.
Если у тебя ембеддед, ты умеешь кастомизировать ядро, так что непонятно чего жалуешься. Если нет, то тем более непонятно откуда у тебя машина с 64 метрами оперативки.
Ограниченный кругозор - твоя проблема.Сейчас L.K. + Cinnamon = 1500MB!... А, у Винды95 - 4 МБ... и проц.в 1000 раз медленней.
(и не важно что совремные ПК-майнфреймы тянут, КПД совремнных ОС вкл.линуксов - 0.0001%)
Наигрались уже все в шлак под названием Linux kernel. Пришло осознание, что нет стабильного безопасного универсального ядра для массового применения.
- и стабильного безопасного универсального языка для массового применения.
- и стабильной безопасной универсальной файловой системы для массового применения.
И ... И ... И ...И чо?! А и ничо :)
А и не будет, слишком этом мир разнообразен чтоб править им одним кольцом :)Но что бы это осознать, надо как то свои "14-лет" пережить, дожить до 30+, чтоб жизнь и потерла и побила да и полюбила тоже :) А без этого - конечно же прыщастые "уан фурер и нах сомнения" :))))
Ну, наверное, не вам решать чем людям заниматься.
Их моточасы - как хотят, так и тратят.
По заветам дядюшки таненбаума, красавцы парни, авось у кого нибудь (скорее всего у гугла) и выйдет для широких масс операционка с микроядром и юзерспейс серваками, и мы все радостно побежим ставить бинарные драйвера с закрытым исходным кодом, и все будут счастиливы - таненбаум, производители, гугл, и конечно же, безопасники которые все время кричали какой линукс отсталый и несовершенный.
>и мы все радостно побежим ставить бинарные драйвера с закрытым исходным кодомВот за этим лично я точно не побегу. Лучше самому портировать поддержку какой железки из Linux, чего остро в Hurd не достаёт.
>Лучше самому портировать поддержку какой железки из Linux, чего остро в Hurd не достаёт.Да, портируй. Год потрать на портирование драйвера для consumer-level хлама. Фирма для разработки и портирования имеет штат специаально обученных людей, которые эту работу сделают кратно быстрее. А ты годы full-time работы потратишь. Особенно учитывая традиции сишного кодинга на макросах и сложность драйверов, особенно оных для 802.11-железок.
Есть ли смысл объяснять господину, который не догоняет прелести микроядерной архитектуры, но, типа, сам себе "драйверы пишет"?
А без шуток, можешь обьяснить в чем прелести микроядра?
Для 99.999% людей - молодёжно-модно, больше даже потому что у окружающих ещё нет.
Для остальных - см.в википедии. Но, в условиях дырявости архитетуры, т.б.настолько как имеем, ну это такое... больше для само пиара своего форка и для само-утешения мол сделал всё что мог для повышения защищённости, с 0% аж до 0.1%... :[> закрытым исходным кодом
Почему же, вон АндроидовОС и даже у НагрызковОС - OSC и что, выше защищённость от этого?... :(
> безопасники которые все время кричалиесть такакя профессия - ничего не создавать, а созданное другими людьми об**рать
Но без них была бы совсем опа. Так что, нужен какой-то баланс.
Напуганные медведи?!!!111
Вы уже удалили все firmware ?
Латиноамериканское отделение FSF удалило.
С тех пор они выходили на связь?
Аха-аха-ха-аха. Это что-то на уровне Аншлага или даже ниже. А как они по-твоему новые ядра скачивают чтоб вычистить оттуда всё?
Флоппинетом, вестимо.
Ну а на флоппи как записать и чем скачать? Проприетарь не предлагать, не FSF-угодно.
> По заветам дядюшки таненбаумаMach появился на два года раньше Minix.
> и выйдет для широких масс операционка с микроядром и юзерспейс сервакамиЗачем, если даже фряха и макось выкинули микроядерную часть из Mach.
А когда эта Фряха была на Mach?
Да, господин, действительно, расскажите нам про тайную связь Freebsd и Mach? Или в очередной раз, опозорившись, убежите от ответа?
The Mach virtual memory management system was also adopted in 4.4BSD by the BSD developers at CSRG,[3] and appears in modern BSD-derived Unix systems such as FreeBSD. (с) wiki
Скопипастили, а перевести и понять уже не осилили? Система управления виртуальной памятью во Freebsd повторяет таковую в Mach. Нам этом все и заканчивается.
Это называется заимствование идеи. По аналогии Geom заимствован из BSD как dev-mapper в Linux, аналогично с BPF и массой других заимствований.
Получается, что про Mach в BSD Вы и в самом деле опозорились.
> Получается, что про Mach в BSD Вы и в самом деле опозорились.Во FreeBSD же, не в BSD.
Спешите видеть - аноним-пN3дабoл никогда не видел проприетарных дров под линукс!
И да, микроядро нужно, чтобы кривые дрова принтеров не вешали всю систему.
а что тебе толку с рабочего ядра, если кривые дрова загнали железо в такое состояние, что толку от него больше нет до перезагрузки?
1. Отключаешь принтер
2. Рестартишь принт сервер
3. Включаешь принтер
4. Profit
Думаю куда критичней графические драйвера...
(например тот же VESA драйвер уже нефункционален в современных версиях мин.некоторых Линуксов
- вываливась разу без ошибки даже, "user-friendly"... или чуть позже в Х, - и никакая микроядерность тут не поможет; да и любой включая принтерный драйвер - может же так залочить ПО или ОСь что, перезагрузка его уже не поможет; а, если проблема будет аппаратная встроенного оборудования... вплоть до ошибки кэшей или памяти(а она подверженна радиационному облучению и имеет свою вероятность гарантированного заглючивания, прочто обычно незаметную) ну это вообще без вариантов(и в т.ч.и на серваках с ЕСС - ибо оно реально сверх-бюджетная примитивщина с 1970-х расчитанное на бит-одиночною ошибку, вовсе не обязательную же),
хоть в прежних версиях этих же линуксав вроде бы даже работало (пусть и неадекватно тормозно, ATI/AMD/nVidia/Intel явно и тут подсуетились, как в виндах, принуждая для вывода 2Д декстопа покупать 3Д ускорители игрового уровня, залгивая сразу по несколькин направлениям - ограничивая скорость копирования в видеопамять и искуственно тормозный(не ну в ставнении с линусным шустрый) VESA и 4-bit драйвер(а); в общем, человек переходя с виндов - будет себя в плане тормозов чувствовать себя "как в виндах"... при любых проблемах 3Д ускорения дравера, прочем в виндах был 16-цветный драйвер позволяющий работать или устанавлить-конфигурироват прочие видеодраверы дравера в GUI, в отличие от в Х-ах...).
>И да, микроядро нужно, чтобы кривые дрова принтеров не вешали всю систему.Это где такое, в Винде? А то в Linux принтеры в CUPS исполняются, т.е., в юзерспейсе и так.
>Это где такое, в Винде?Да в ней именно так и было. И сейчас можно старый кернел-драйвер всунуть, для гнусных старых вин-принтеров к примеру. Но! Линуск с ними вообще не работает, никак и НАПРОЧЬ!(С)... И да - я в курсе что вам оно и не надо, раз его нет :-D
>А то в Linux принтеры в CUPS исполняются, т.е., в юзерспейсе и так.
Ну и в форточке теперь тоже... И дефолт - тоже IPP :)
Счастлив?
>выйдет для широких масс операционка с микроядромникто не рассматривает GNU/Hurd как ОС для широких масс, успокойтесь. Её делают для встроенных систем.
> никто не рассматривает GNU/Hurd как ОС для широких масс, успокойтесь. Её делают для встроенных систем.Угу, а дрова где брать будут?
Если начнут кривить хлеßальник от блобов, то встроенные системы ограничатся васяно часами, телефонами с дисковым набором и прочими порождениями сумрачного гения.
> а дрова где брать будут?драйверы для своих устройств пишут сами разработчики этих устройств.
>встроенные системы ограничатся васяно часами, телефонами с дисковым набором и прочими порождениями сумрачного гения
такая сейчас жизнь
> драйверы для своих устройств пишут сами разработчики этих устройств.А посмотреть на ваши устройства можно? Не или хотя на драйверы...
Про встроенные системы - это исключительно Ваша версия, и при том, ошибочная.
>исключительно Ваша версияВ новости же сказано, что портируют на ARM и делают возможным писать программы на Rust'е - то есть как раз для работы на встроенных системах
> сказано, что портируют на ARMApple и Qualcomm: подержи моё пиво
> и выйдет для широких масс операционка с микроядром и юзерспейс серваками, и мы все радостно побежимКстати, при условии написания монолита по большей части на безопасном языке, необходимость в микроядре с сервисами уже не будет так категорична. Ну разве что наверное легче обеспечить надежность микроядерной системы, имея возможность легко перезапускать сбойнувшие сервисы. Зато условный "растовский" монолит, при относительно высокой безопасности, будет значительно производительнее микроядерного поделия. Еще круче было бы гибридное ядро на условном "расте" - что-то, что требует производительности, в ядре, что-то, или неважное или с требованиями перезапуска при сбоях - в юзерспес сервисах. Но чтобы всё было написано на каком-нибудь "расте" или "MISRA C" (но не настолько угрёбочном).
Как адепт раста предлагаю взять микроядро на сишне.
А именно seL4. Потому что переписать его на раст можно, а трать еще N человеколет на формальную верификацию будет лишним. А вот обвязку над ним можно писать на каком-нибудь "расте" или "MISRA C".Хотя подождите... это же Open Se Cura.
"Операционная система CantripOS базируется на микроядре seL4, поверх которого выполняется системное окружение, написанное на языке Rust. Все компоненты ОС, кроме микроядра, изначально написаны на языке Rust"
opennet.ru/opennews/art.shtml?num=60071
Но это не будет гибридом, такое ядро не позволит тебе произвольно помещать в ядро отдельные модули или, наоборот, вычленять их из него наружу в юзермпейс-сервисы. Путем задания загрузочной конфигурации или пересборки из исходников. Например, в гибридной ОС на простом пользовательском компе я бы видеоподсистему (условные дрова на видео, директикс12, вулкан) всунул в ядро, для скорости "отрисовки в игрушках", а в серверной системе вынес бы во внешний юзерспейс-сервис, который вообще может быть загружен только после первого обращения к нему. В формально верифицированное ядро seL4, в нулевое кольцо, монструозный "директикс" не всунешь.Т.е. я за то, чтобы была возможность произвольные подсистемы помещать на уровень ядра или выносить в юзерспейс. И формировать разные сборки ОС в зависимости от потребности, т.е. будут разные сборки для пользовательского компа, сервера БД, кластерных числодробилок и т.п. И использование безопасного языка на ядерном уровне значительно сгладит проблему всовывания монструозных подсистем в нулевое кольцо, позволит идти на приемлемый и управляемый компромисс между производительностью, безопасностью и надежностью.
А на базе seL4 - это всё равно те же проблемы микроядерных ОС с производительностью.
100% будет не раньше тепловой смерти вселенной?
Когда софт уже морально устареет.
Да какой тепловой? Эти хуманы сами друг друга перегрызут.
Фурифург поясняет...
Ты не поверишь, но вселенная будет сущестовать и без хуманов )
> обеспечена сборка 71%А сколько их них запускаются? Сколько работают относительно нормально? А сколько работают хорошо?
Потому что то что оно собралось, как бы ничего не значит.
дров скорее всего нет, так что в этом никто разбираться даже не будет))
> сборка 71% пакетов DebianСборка, но не работа ?)
Да, это же дебиан.
Нужно начать переписывать на Zig. Это позволит хайпануть и привлечь новых разработчиков. Иначе тамошние деды никогда hurd не допишут. Сишечка никому не интересна.
> Сишечка никому не интересна.Это не так.
Сначала этот Zig должен в GCC пявиться. Не будут они пользоваться компилятором под рассово неверной лицензией.
У zig нормальная лицензия MIT. Другое дело, что для разработки он не подойдёт, там даже язык ещё не финализован.
Думаю, у разработчиков GNU/Hurd свои представления о нормальности, навеянные участием в GNU.
Пробовал, установка работает (только если ставить всё по умолчанию), иксы стартуют и в каком то виде работают, ff запускается и даже сайты кажит. Но очень не стабильно - зависания, падения на пустом месте не редкость. Не супер, но я думал, что будет сильно хуже.
Зависания и падения - это совсем не то, что ожидаешь от микроядра.
> Зависания и падения - это совсем не то, что ожидаешь от микроядра.Зато именно то, что ожидаешь от ГНУ и Хурд)
Пока туда не придут корпы с нормальными программерами, которым оплачивают фуллтайм разработку, с адекватным планированием и управлением...
В общем пример ядра линукс уже был, и его переход от васяноподелия до более менее.
>пример ядра линукс уже был, и его переход от васяноподелия до более менееLinux с самого начала был отличной штукой без всяких корпов. Работаю с Linux с 1995-го года, уже тогда (в 95-м) Debian работал очень стабильно, никаких зависаний при работе с Интернет через Netscape Navigator.
Linux всегда был не структурированной, не систематизированной васянской поделкой, где ничего не было продумано и все добавлялось костыльным методом.
Именно поэтому он взлетел. Но будущего у него нет. Успешны всегда вечно догоняющие. Пионеры прокладывают тропинку, собирая все шишки, а догоняющие на месте тропинки строят автобан.
>Успешны всегда вечно догоняющие.ReactOS передаёт пламенный привет.
Он из таких же, несовместимых ни с чем, ещё и зависунчик. А, идеалгичная проприетарность драйверов лишает его смысла в сравнении с виндами, несравнимо более стабильными и уже однозначно совместимыми с ПО под СЕБЯ.
>Но будущего у него нет.Мы все умрём! Не шучу! :-D
>Успешны всегда вечно догоняющие.
Имья его сестра!(С)
Сейчас есть только форточка и линукс.
ябблос - ну отстаёт от этих на 5 кругов, с трассы не снимают потому что всё равно пустая и лидерам не мешает :)
Остальные катаются неспеша и на __других__ трассах, там даже свои знаменитости есть, Formula 2 hero :-)
> Сейчас есть только форточка и линукс.На серваках, возможно, а на десктопах даже хромось унижает все остальные ДЕ вместе взятые.
> ябблос - ну отстаёт от этих на 5 кругов, с трассы не снимают потому что всё равно пустая и лидерам не мешает :)
Бедные яблочники, у них всего то 2 лярд активных девайсов.
Свое железо, которое по производительности не хуже интелового.
В штатах половина рынка смартфонов...
Бедняги наверное лежат на куче баксов и ими же слезы утирают.
Он взлетел лишь потому, что успел надёргать кода отовсюду и принял вирусную лицензию. И тому, что Столлман его проповедовал, на что все повелись, пока линукс не вырос и своего же проповедника не выкинул.
А сейчас наступает прозрение.Пример:
https://www.gnu.org/software/inetutils/Нужен ли был бы линукс кому-нибудь без софта, вопрос даже не стоит.
Он был бы на уровне сегодняшнего Hurd-а.
А теперь тугодумы возмущаются, что у них код воруют видите ли.Здесь можно почитать про иностранные термины.
https://superuser.com/questions/928185/what-does-based-on-an...А то многим сдёрнутым программам приписывают термин "заимствование идеи".
>Linux всегда был не структурированной, не систематизированной васянской поделкой, где ничего не было продумано и все добавлялось костыльным методом.да, такое впечатление складывается. потому что общественная разработка
Описал типичную корпоративную разработку, где постоянно текущие наймиты по объявлению, правят друг за дружкой каждый свою маленькую часть одного большого "легаси", в меру интеллектуальных спобностей, которые можно купить на оставшееся после блэкжека и секретарш, без понимания что-то это вообще такое в целом, и как оно там всё работает. А управление осуществляется по принципу: есть деньги - свистим, пердим и пыхтим непереставая, чтобы было видно, что работа кипит, нет денег - сворачиваемся парни, оставляем только скелет, забываем про эти ваши архитихтуры и техдолг.
Ну расскажи о достижениях в гнутом хурде - 40 лет разработки, как-никак. У них ведь и методология правильная, не корпоративная и управление проектом идеальное. Да и сами разрабы - свободная элитка, а не прикованные к веслу рабы.
В общем, всё жело в мега-сложности проекта. И что хуже - всё большем усложнении...
Ваша продуманность обходится нам слишком дорого.
микроядро не панацея, тут надо тестировать, отлаживать и т.д. и т.п.
Зато куча народу дипломы защитило, а преподы денег нараспилили.
это наглядное доказательство квалификации экспертов опеннета. Вечно ожидающих чудес там где их вовсе не предвидится.Микроведро, внезапно, ничем тебе не поможет от зависаний и падений.
NT ядро с нормальной изоляцией памяти очень помогло от зависаний и падений. С ужасом вспоминаю времена линолиума.
но в nt нет изоляции памяти...(привет от RTCore64.sys)
о так оно бы ещё больше зависало... мдее
> Микроведро, внезапно, ничем тебе не поможет от зависаний и падений.Не ври. В некоторых случаях значительно бы помогло. Вспоминается, как (очень-очень давно) ядро падало в панику при попытке как-то перезапустить пул из трех зависших USB-модемов. И остановка модемов, и остановка и выгрузка модулей ядра и просто выдергивание модема из USB роняло всю систему. В микроядре бы, при наличии ошибки в драйвере, крутящемся в виде программы в юзерспейсе, тупо бы перезапустилась эта программа USB-драйвера или модема.
главное - веровать. Что все у кого был (печальный, в основном) опыт эксплуатации микроведра - тебе врут, ты-то точно знаешь что достаточно запихать все-все в юзерспейс и сразу же произойдет чюдо (юдо)
> главное - веровать.Зачем веровать? Сам видел и щупал, на QNX4. Очень впечатлился.
> Что все у кого был (печальный, в основном) опыт эксплуатации микроведра - тебе врут, ты-то точно знаешь
А, ты уже за всех говоришь? Как всегда, типичный звиздабол. Мне не врут - я сам видел.
Ого! Ядро, которое уже пилилось, когда один финский юноша ещё не создал Linux v0.0.1 - даже как-то работает в 2024. Вау О_о
А если без шутечек - оно такими темпами никогда не догонит Linux. Не понимаю, зачем Debian'овцы тратят человекочасы на поддержку GNU/Hurd...
За тем же за чем достопамятный финский студень нарисовал Linux v0.0.1 +) - just for fun
> обеспечении возможности сборки в дистрибутиве Debian GNU/Hurd 71% пакетовПрогон автоматических тестов в сборку входит? Как в Дебиане принято?
Должен быть какой-то относительно лёгкий способ переделывать fuse модули в хурд-серверы так, чтобы они немедленно начинали быстро работать.
Если напишут реализацию протокола взаимодействия с ядром для Hurd, то и переделывать не придётся. Только пеерекомпилировать. Ведь, FUSE-модули же и ддля xBSD подходят.
Подопрём очередной кocтыль абстракцией чтобы прослойка не падала, ага.
> Подопрём очередной кocтыль абстракцией чтобы прослойка не падала, ага.А когда предлагают "а давайте просто выкинем убожество и повторяемся сделать лучше" начинаются визги про легаси, "обязаны поддерживать", 100500 машин придется обновлять, "да как вы посмели!" и тд.
Выпиливание ХОрг'а тому красивый пример.
Разве в Linux модули FUSE не в юзерспейсе работают и без демона? Почему в Hurd должны как-то иначе?
> Ведь, FUSE-модули же и ддля xBSD подходят.ты не хочешь узнать как они там на самом деле "работают".
Ну ты же не хочешь рассказать.
Надо делать на основе Devuan
Думаю, что в случае GNU/Hurd дебианщики вынуждены использовать что-то не systemd.
> Думаю, что в случае GNU/Hurd дебианщики вынуждены использовать что-то не systemd.Возможно, что и ничего. Они отчитываются, что пакеты собираются, а не о том, что система хоть сколько-нибудь работоспособна.
> В ядре GNU Mach реализована экспериментальная поддержка симметричной многопоточности (SMP).У меня нет слов. Они за столько лет не смогли сделать поддержку многоядерных процессоров? Для в игрушечных ОС для университетского курса таких как xv6 поддержка SMP есть.
К стати, штеуд-довские процессоры подходят как никогда.
Выгоняем от туда Intel ME, загоняем туда микроядро. Основные процессоры отдаем сервисам.
Да оно и АМД-шешные тоже пойдут номально, с их как там её называют эту закладку, черт запамятовал :(
На кой заменять одно микроядро другим? В чём выигрыш кроме удовольствия от процесса?
Там кого надо ядро. А нам надо свое, родное, деревенское!Да и не известно, чем оно там занимается, в свободное от работы время!!!
И самое главное, где взять протоколы взаимодействия IPC, что бы запустить на других процессорах и ядрах сервисы поверх этого микроядра?!?!?
Кто в курсе GNU/Hurd поддерживает 64-бита?
C начала года оживилась работа над Hurd. В первую очередь работают над 64 битами.
> В первую очередь работают над 64 битами.Т.е. в 2024 году это поделие всё еще не поддерживает 64 бита?
Мдэээ... Я конечно был невысокого мнения о Хурде, но это какое-то убожество...
>> В первую очередь работают над 64 битами.
> Т.е. в 2024 году это поделие всё еще не поддерживает 64 бита?
> Мдэээ... Я конечно был невысокого мнения о Хурде, но это какое-то убожество...Ты что! Это же просто борьба с корпорациями, которые навязывают новинки и заставляют людей покупать новое железо!
Я вот сижу на i386 и мне его полностью хватает.
> Я вот сижу на i386 и мне его полностью хватает.Чтобы написать комментарий на опеннете. Ну да, как печатная машинка он ещё послужит.
Зачем ставить какой-то софт для работы, когда можно просто не работать и сидеть на четвертом пеньке двадцать лет.
На четвёртом Пеньке, говорите? Ну смотря на каком. Если Core 2 Duo тоже считается четвёртным, то на нём вполне с софтом можно сидеть. KDE Gear 5 работает, передаёт привет.
>> Я вот сижу на i386 и мне его полностью хватает.
> Чтобы написать комментарий на опеннете. Ну да, как печатная машинка он ещё послужит.Для этого сойдёт и 286... И будет даже уже с 2Д играми с уже полноцветной графикой,
А, на i386 ...ну это уже и некоторые полноценные 3Д игры можно играть, пусть и на низком качестве.
(а, про т.ск.майнфрейм относительно их: упомянутый пень4 - и не говорю). В общем, кто то тупо зажрался.
Ну я надеялся, что они хоть x86_64 в этом году запустят, а оно воно как, даже Aarch64 уже на повестке.
Вот честно - задолбали уже такие, своим молодёжно-модным x86_64!В ч.н. я из-за таких модников гипер ограничен в выборе дистрибутивов
(ни arch, ни crux, ни куча других, ни все производные от них уже не поддерживают x86 как не достаточно им модный)
а, я не хочу пользоваться разными дистрами с разным управлением на разных пк,
мне надо чтобы я мог на любом моём компе запустить один и тот же, даже одну и ту же версию,
потому что фактически альтернатива с x86_64 - использовать линукс только на самом последнем ПК;
но, мне он тут как раз нужен куда менее).
> а, я не хочу пользоваться разными дистрами с разным управлением на разных пк,
> мне надо чтобы я мог на любом моём компе запустить один и тот же, даже одну и ту же версию,Твои хотелки, твои проблемы)
Ты можешь взять и создать свою систему, который будет поддерживать все-все-все.
Попытаться найти единомышленников или пилить самостоятельно.
> Твои хотелки, твои проблемы)Ещё как мои, вот и поднял вопрос, проблема то линукс-общесистемная.
И т.б.вопреки таким(в ч.н.эгоистам) - пользователей x86 никсов(и т.б.считая без никсов)
- не так уже мало! Вот как раз сегодня встретилась у одного форка на сайте график резульататов телеметрии пакета popularity-contest (притом в этой ОС он якобы-выключабелен - уже при установки) где утверждается что, x86 - аж 10% их пользователей, как по мне это достаточно много, и т.б.как на 2024; но, на сколько много или мало - лучше познаётся в сравнении: все прочие не-x86 вместе взятые архитектуры, включая даже на ARM, - на порядок меньше и это же сумарно считая. Естественно можно сказать что дистр на них не очень популярен, ну так и про x86 - тоже самое можно сказать, а ещё могли не учесть из-за выключенности и просто отсутствия подключения к сети на древних ПК являющихся обычно вторым дома.
>Ты можешь взять и создать свою систему, который будет поддерживать все-все-все.Ещё один? LinuxFork №10000000000001...
И кто то не представляет себе не то что нетривиальность, а просто трудность поддержания полноценного форка, т.б.публичного, даже даже знатоками и забабло-профессионалами.И чтобы сделать форк - надо сначала попользоваться хотя бы несколько лет, алло!...
А, я уже второй месяц пользуясь сетью, наблюдая неспешно выбиврая сидя на LiveCD&DVD
но и не вижу просто напросто подходящего для моих задач, как ук.выше(я то ориентировался ук.дистры из-за заявленных фишек, в ч.н.якобы повышенной производительности, в мин.их форках мной ранее выбранных но уже с тоже только 64бит - что то незаметной... правда), так и совсем не больших мои требований-по-использованию линукс (Internet скачка и браузинг, по кр.мере если не отказываться от виндов т.к.WINE как понял слоупочит до сих пор, да и вроде бы требует костыли ко многим играм,по старинке... и даже реактовские коммиты похоже не полностью помогают или может не всё принимается; нет, я не обсираю - даже понимаю всю нетривиальность но, как и то что им выгодней заниматься совместимостью с ново-выходящими играми, а на ранее вышедшие - времени значит уже нет, и с таким подходом - никогда и не будет же).(кстати, полезным бонусом LiveCD&DVD осказался плюс - свопингом на DVD и т.б.CD - сразу чувствуешь каждую кочку в производительности, т.б.оч.непритную - в современных/актуальных версиях ОС и браузера когда раньше дистрибутив терпимый был но уже без обнволений же [драйверов] и трудно используем мин.в сети из-за https-сертификатов да и своих/Linux-kernel древних глючков; ну, да на винте это не так будет заметно - но, пока не начнётся серьёзная загрузка всего,
я совсем недавно расписывал уже цифры разницы в реальной производительнося - это совсем не проценты погрешнорсти измерения, линукс-кернел и ФФ от этого года - в тормознутости ОС подсистем уже давно догнали самые тормозные из виндов, если не обогнали, может потому и [нативно]3Д игры тормозят даже больше чем в виндах?...
да и 2Д - не меньше таких же в виндах, и уж совсем не сравнимо с первыми 32-битными виндовыми и т.б.ДОСовыми такого же типа; более: наблюдаю доп. идиотизм с 2Д играми даже в линукс - всё чаще для ускорения используют 3Д-ускорение безальтернативно(в т.ч.ранее не нуждаясь) и т.б.без него уже будет гиперлагать же - из-за криворукости/нежелания-оптимизировать, потому уже требуя 3Dускорительно от пользователя, тем самым на порядки завышая реально-необходимые такого типа игре сист.требования - это ускорение/оптимизация? даже линуксный VESA драйвер не согласен. кстати, не тоже ли и с Vulkan API, молодёжно-новомодного, мне вот непонятно зачем он нужен - когда OpenGL/DirectX давно позволяют играть без тормозов? а, про разницу в обзорах у видеокарты/ЦП в пусть 10FPS - при за 30(евро TV стандарт) а то и сотню FPS!... похоже только для того чтобы не учиться оптимизировано писать под них?! или тут ещё и всё же от производителей аппаратуры бабло побеждает)
Да и для указанного вами("поддерживать все-все-все") линуксы есть же и так, даже из мегапопулярных
А, мы все понимаем что не популярный форк - как форк с просто сменой шкурок, даже при наличии новшеств из-за неизбежно возникающих проблем.
Это же вам не винда где они если возникают - то либо вообще нерешабельны, либо решаются пятиминутным обновлением или даунгрейдом версии драйвера железки или DirectX; в линуксах же, не смотря на его таки интересный плюс открытость исходников, - всё как не для людей а, [каких то] "алиенов"/чужих мышлением минимум, и это же так в самой концепции ядра, да ещё и броско привязывют пользователей к своим консультациям - и своему сайту упрочняя зависимость от форка, для примера я вот никогда в жизни не пользовался консультациями у MS форумов даже уже когда приобрёл лицензию или на тематических форумах даже не читал такое, нафиг голову засирать то - всё - всё равно никто всё не сможет знаеть и я т.б., тут же - не выйдет такое, в общем, это отдельная проблема линукс-общесистемная... которую линуксоиды даже и не рассматривают таковой просто уже из-за привычки к ней т.е.девиация-поведения, а вдобавок же тут уже и ядро нужно кардинально-менять... и наверняка все пакеты к нему, в т.ч.и по не перечисленным тут проблемам линукс-ядра, да и серверной же и т.б.терминальной внутри линукс-архитектуры вообще
(как я понял в области терминальной - оч.кривой&мегазакостыленной выше даже просто понимания кода любым смертным, ск.всего уже жизни не хватит в Искы детально вникать новичкам для использования и т.б.для улучшений; а, ново-модный Wayland - как понял не полноценая замена всё же - а, этакой systemd в области графики это если не считать и сами Иксы такими же, а тот тогда systemd++, это и без вопроса гипер-спорности его/Waylnd надобности, т.б.как я заметил по отзывам и даже по производительности заметно сливает Искам в 3Д, полагаю чтобы новомодникам бежать обновляться, а чтобы никто не сомневался - только для для сравнительно последних железок что ну оч.выгодно производителям-оборудования... опять же),
так например несложно найти FreeBSD или т.б.OpenBSD(мультиплатформа именно "все-все-все", автор явно когда то внял подобному совету так и завис на теме похоже) но, нехочу оскверняться их сквернючими логопипами, и т.б.по сто раз на день видя их [на офсайте], т.б. понимая что именно для того они там (открытая пропаганда сатанизма и сатанизмических ценностей иначе говоря),
у FreeBSD она правда на дурачка мультяшно-оформленное, но вот эта картинка этим содомитам-нетрадиционалам (и уже давно псевдо-)меньшинстам больше подошла бы т.к.чуть-чуть реальней:
http://web.archive.org/web/20231226193638/http://ndn.muxe.co...
Даже легендарный здесь Core 2 Duo 64-битный. Неужто у вас в эксплуатации ещё древнее?
У каждого свои повседневные задачи...
А, так одни вон владеют даже 8бит, всякими денди и спекками (не говоря про более неигровое начинаяя с маков древних коими пользуются), - не менее рабочими поныне, кто то не имея раньше возможно приобрести - ныне покупает.Особо продвинутые даже локализуют игры к ним, совсем продвинутые - новый софт и даже игры к ним пишут, и даже немало на продажу (в ч.н.и не уступающим графическим уровнем и качеством-gameplay - корпорациям).
- гугл и ютюб(для обзоров игр) такое ни от кого не скрывает.
А, кому инетересна тема безопасности -свои 486 и как тут недавно упоминалось даже RISC-V процы (можете и вы скачать поиграться) [дома] на ПЛИСах и прочем делают, а совсем-совсем-совсем - читал и на транзисторах пк ваяют, для доп.безопасности же.
Семимильными шагами идёт детище Столлмана в будущее.
А когда будет 72%, тоже новость опубликуют?
Я уже читал эту новость лет 15 назад. Или нет, там было 73 процента?
остальные 29% прибиты гврздями к systemd и ко?
