The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступен Debian GNU/Hurd 2019

07.07.2019 14:55

Представлен релиз Debian GNU/Hurd 2019, редакции дистрибутива Debian 10.0 "Buster", сочетающей программное окружение Debian c ядром GNU/Hurd. Репозиторий Debian GNU/Hurd включает примерно 80% пакетов от общего размера архива Debian, в том числе портированы Firefox и Xfce 4.12.

Debian GNU/Hurd и Debian GNU/KFreeBSD являются единственными платформами Debian, созданными на базе ядра, отличного от Linux. Платформа GNU/Hurd не вошла в число официально поддерживаемых архитектур Debian 10, поэтому релиз Debian GNU/Hurd 2019 выпущен отдельно и имеет статус неофициального выпуска Debian. Готовые сборки, снабжённые специально созданным графическим инсталлятором, и пакеты в настоящее время доступны только для архитектуры i386. Для загрузки подготовлены установочные образы NETINST, CD и DVD, а также образ для запуска в системах виртуализации.

GNU Hurd представляет собой ядро, развиваемое в качестве замены ядра Unix и оформленное в виде набора серверов, работающих поверх микроядра GNU Mach и реализующих различные системные сервисы, такие как файловые системы, сетевой стек, система управления доступом к файлам. Микроядро GNU Mach предоставляет IPC-механизм, используемый для организации взаимодействия компонентов GNU Hurd и построения распределённой мультисерверной архитектуры.

В новом выпуске:

  • Добавлена поддержка LLVM;
  • Реализована опциональная поддержка TCP/IP стека LwIP;
  • Добавлен транслятор ACPI, который пока используется только для выключения после завершения работы системы;
  • Представлен арбитр шины PCI, который может оказаться полезным для корректного управления доступом к PCI;
  • Добавлены новые оптимизации, затрагивающие режим прикрепления защищённых ресурсов (protected payload, походит на capabilities в Linux), управление подкачкой страниц памяти, диспетчеризацию сообщений и gsync-синхронизацию.


  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Увидел свет Debian GNU/Hurd 2017
  3. OpenNews: Релиз GNU Hurd 0.9
  4. OpenNews: Доступен Debian GNU/Hurd 2015
  5. OpenNews: Разработчик Debian GNU/Hurd рассказал о проблемах портирования SysV init
  6. OpenNews: Релиз Debian 10 "Buster"
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51048-hurd
Ключевые слова: hurd, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:58, 07/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Оно ещё шевелится?Лет 7 назад пинал палочкой в виртулбоксе- было совершенно неюзабельно,а щас?
     
     
  • 2.3, Аноним (3), 15:09, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Возьми да попробуй, нам расскажешь.
     
  • 2.4, Stax (ok), 15:20, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В виртуалке оно хотя бы загружаться может (правда не знаю насчет виртуалбокса, а вот под QEMU вполне). Но с поддержкой реального современного железа пока все туго.
     
     
  • 3.9, IRASoldier_registered (ok), 16:55, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И будет туго. Потому что заинтересованных в развитии и существовании этого самого Hurd - ничтожно малое количество в отношении к тем, кто активно _использует_ и пилит опенсорс. Можно считать, что проект джаст фор фан и/или исследовательский, не более.
     
     
  • 4.40, Andrey Mitrofanov_N0 (??), 11:08, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И будет туго. Потому что заинтересованных в развитии и существовании этого самого
    > Hurd - ничтожно малое количество в отношении к тем, кто активно

    "делает и продаёт несовместимое железо", вы хотели сказать?

    Не хотели?   Ну, и ладно.

    >опенсорс.
    >джаст фор фан
    >не более.

    ОМФГ.

     
     
  • 5.47, IRASoldier_registered (ok), 12:43, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >несовместимое

    ...с чем? С поделкой полутора нердов?

     
     
  • 6.48, Andrey Mitrofanov_N0 (??), 13:35, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>несовместимое
    > ...с чем? С поделкой полутора нердов?

    Полтора-два-три прОцента тоже мучаются.

    _Некоторые_ покупальщики "игроваго" железа бегают по этим граблям:  у них _аж_ дебиан не ставится.

     
     
  • 7.55, IRASoldier_registered (ok), 16:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >у них _аж_ дебиан не ставится

    Это как раз нормально. Есть более подходящие для использования с современным железом и фирменными драйверами дистрибутивы.

     
     
  • 8.57, Andrey Mitrofanov_N0 (??), 16:58, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    делает и продаёт несовместимое железо , вы хотели сказать Снова здорово ... текст свёрнут, показать
     
     
  • 9.60, IRASoldier_registered (ok), 17:38, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем он мне Мне для энтерпрайза RHEL за глаза хватает ... текст свёрнут, показать
     
  • 2.17, CZ (??), 17:49, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Прошлую версию Debian Hurd я пробовал установить на реальном железе - не взлетело. На процессе установки зависало. Но проект нужный. Надо ещё раз попробовать установить.
     
     
  • 3.19, Аноним (19), 22:04, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Но проект нужный.

    Кому? И для каких целей?

     
     
  • 4.25, Аноним3 (?), 01:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    технически система микроядра и системных серверов может быть куда более гибкой чем все юникс системы вместе взятые. и при этом более производительна, но все упирается в людей. если бы фирмам нужен был такой софт они бы давно его схватили. фишка в том, что линукс взлетел раньше и поддержка им железа , да количество софта общирней. никто не хочет вкладываться. а идея оч неплоха. а насчет стабильней оно или нет... ну в теории должно быть так, но на практике тут тоже куча серверов , которые должны обрабатывать кучу запросов программ. короче как говорится от багов никто не застрахован. но как проект чисто научный оч неплох.
     
     
  • 5.51, Аноним (51), 14:46, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >технически система микроядра и системных серверов может быть куда более гибкой чем

    Только в вашем теоретическом мaнямирке. В реальности микроядра это свалка палок и навоза. За пределами какой-то одной очень специфичной и нишевой задачи ни одно из современных микроядер не юзабельно. Систему общего назначения на них не построить.

     
     
  • 6.52, Andrey Mitrofanov_N0 (??), 15:05, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Систему общего назначения на них
    > не построить.

    То, что никто... пока B))) не смог этого сделать, не означает...
    #нувыпонели

     
     
  • 7.53, Аноним (51), 15:20, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот когда сделают тогда и поговорим. А до тех пор не стоит распространять мифы про превосходство миркроядер.
     
     
  • 8.54, Andrey Mitrofanov_N0 (??), 15:46, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То есть аргументов против 25 не было и нет Впрочем, как и у самого 25 - аргум... текст свёрнут, показать
     
  • 6.68, Аноним (68), 14:37, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ни одно из современных микроядер не юзабельно. Систему общего назначения на них не построить.
    >> Систему общего назначения на них не построить.

    Посмотрите Genode OS.

     
  • 5.70, eganru (?), 16:31, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [i]и при этом более производительна, но все упирается в людей.[/i] - почему в людей-то? по моему опыту в случае если все ядро работает в одном адресном пространстве, то расходы на передачу данных внутри подсистем ядра по определению ниже, чем если ядро выполнено как микроядро и набор модулей, каждый из которых выполняется в своем адресном пространстве.

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

     
     
  • 6.71, Аноним3 (?), 22:04, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "легкость" микроядра и "тяжеловестность" обычного. и этим все сказано. в стандарте микроядро будет чуток шустрее)) да если на него навесить столько же сколько сейчас на ядре линукс то тут уже и неясно кто шустрее)) в любом случае пока не проверишь на реальном железе не узнаешь. но предполагаю , что на встраиваемых устройствах было бы неплохо. на счет серваков... ну тут вилами по воде.. ))
     
     
  • 7.74, eganru (?), 09:14, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [i]в стандарте микроядро будет чуток шустрее))[/i] - а толку от этого? в микроядре функциональность ядра минимальна - в итоге Вы будете работать минимум времени с [i]чуток[/i] более быстрым микроядром и значительную часть будете работать с существенно более медленными серверами. И каждый из серверов тоже будут работать минимум времени с чуток более быстрым микроядром.

    Я работаю в embedded - там все хуже, так как ресурсов значительно меньше. Последнее, что я бы втаскивал туда, так это микроядро. Но  embedded бывает разный - может быть кто-то и использует что-то подобное.

     
  • 6.87, Lex (??), 10:23, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Были штуки вроде микроядра L4, вполне-себе работоспособное
     
  • 5.77, Аноним (77), 22:19, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Открой для себя стрекозу,которая в отличии от сабжа не только работает на реальном железе,но и имеет свои плюсы вроде файловой системы.Сабж же вообще не понять для чего делается и с такими темпами,он ёщё через 30 лет до приемлимого состояния не дотянет.
     
  • 4.26, Аноним3 (?), 01:50, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    технически система микроядра и системных серверов может быть куда более гибкой чем все юникс системы вместе взятые. и при этом более производительна, но все упирается в людей. если бы фирмам нужен был такой софт они бы давно его схватили. фишка в том, что линукс взлетел раньше и поддержка им железа , да количество софта общирней. никто не хочет вкладываться. а идея оч неплоха. а насчет стабильней оно или нет... ну в теории должно быть так, но на практике тут тоже куча серверов , которые должны обрабатывать кучу запросов программ. короче как говорится от багов никто не застрахован. но как проект чисто научный оч неплох.
     
  • 3.28, Perl_Jam (?), 03:22, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Багрепорт?
     
     
  • 4.61, CZ (??), 20:57, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Обязательно напишу. Сейчас надо в магистратуру поступать.
     
  • 3.31, Аноним (31), 08:04, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже развили, называется Fuchsia.
     
     
  • 4.34, A.Stahl (ok), 08:41, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет внутренний Гугл-проект для Гугл-инфраструктуры. Как иОС для Эппла. Не интересно.
     
     
  • 5.72, Аноним (72), 23:00, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Э! Шаталь, свободное от проприетарного не отличаешь?
     
  • 2.38, Ретроград (?), 10:13, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это предсмертная агония. Оно, к сожалению, намертво гвоздями-соточкой прибито к 32 битам, проще написать заново, чем портировать. Официальная позиция разработчиков, если что.
     
     
  • 3.41, Andrey Mitrofanov_N0 (??), 11:13, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Официальная позиция разработчиков, если что.

    Врёшь, как дышишь.

    [I]"" 64 bit support  ... kernel part is done "" [/I] --https://www.gnu.org/software/hurd/open_issues/64-bit_port.html

     
  • 2.50, Ключевский (?), 14:42, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Попробовал поставить в KVM. Поставилось. В консоли шевелится. Иксы стартуют, но в иксах не работает мышка никак. Так что для десктопа даже в виртуалке не готово, а для серверов оно и никогда не было нужно. Если хочется маргинальщины, то поставь OpenBSD, оно хоть и жутко тормозит, но работает и может в качестве десктопа юзаться
     
     
  • 3.63, Аноним (63), 21:52, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если хочется маргинальщины, то поставь OpenBSD

    Тогда уже OpenIndiana.

     
     
  • 4.78, Аноним (77), 23:08, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда уже фряха - точно лучше и первого и второго.
     
     
  • 5.84, Alice Ventus (?), 16:44, 09/10/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А с каких пор фряха - маргинальщина?
     

  • 1.5, Аноним (5), 16:01, 07/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Нужно переписать с нуля на Rust.
     
     
  • 2.6, Аноним (6), 16:07, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust лицензирован на MIT / Apache
     
     
  • 3.7, Анонимус2 (?), 16:12, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    И это как-то мешает писать на нем программы и лицензировать их под gpl?
     
     
  • 4.13, Аноним (13), 17:34, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да, это позволяет закрыть среду разработки (Rust) в будущем и остаться без инструмента.
     
     
  • 5.16, Junior frontend developer (?), 17:44, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет самоубийством для языка. Никто так делать не будет. К тому же форки всегда останутся
     
     
  • 6.37, Аноним (37), 10:10, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Словом, пока не появится фронтенд Rust в GCC, закладываться на него не стоит.
     
  • 5.18, Тот_Самый_Анонимус (?), 21:26, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, это позволяет закрыть среду разработки (Rust) в будущем и остаться без инструмента.

    Каким образом? Больные на голову гпльщики уже не знают какую чушь нести.
    Всего два вопроса:
    Как закрыть код, уже открытый?
    Как владельцу гпл-кода лицензия помешает закрыть будущие версии?

     
     
  • 6.33, myhand (ok), 08:33, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как закрыть код, уже открытый?

    Купите(наймите) всех ключевых разработчиков и смените лицензию проекта.  Все, код закрыт.  Дальше дарагие бздуны будут разбираться в оставшемся - до освоения Галактики.

    > Как владельцу гпл-кода лицензия помешает закрыть будущие версии?

    Никак, на то он и владелец.  Так что думайте буйной головкой и смотрите копирайты, прежде чем отсылать свой многабукав патч.  Стоит-ли там FSF или Вася Пупкин, который мог выбрать GPL потому что чо, прикольно - а может и ножичком полоснуть...

     
  • 6.39, Аноним (37), 10:19, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Как закрыть код, уже открытый?

    Элементарно, Ватсон! Cделать из бздунского кода закрытый форк - как два пальца. Все изменения/несовместимости добавлять в закрытую ветку.

     
     
  • 7.81, Тот_Самый_Анонимус (?), 22:48, 17/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Элементарно, Ватсон! Cделать из бздунского кода закрытый форк - как два пальца.
    > Все изменения/несовместимости добавлять в закрытую ветку.

    Как это сделает уже открытый код закрытым?

     
     
  • 8.82, Andrey Mitrofanov_N0 (??), 08:44, 18/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Никак Но ты ж не перестанешь работать на проприертарщиков, да-а И пропагандиро... текст свёрнут, показать
     
  • 6.45, ikomb (ok), 11:36, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    гпльщики - это сектанты-фанатики из мира IT
     
     
  • 7.46, rshadow (ok), 12:15, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В мире гпл есть два типа фанатиков. Одни за гпл. Другие против. Первые адекватнее.
     
     
  • 8.49, Andrey Mitrofanov_N0 (??), 13:41, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А в мире свободных опсорсников-пермиссивщиков, дружильщиков с капрорациями, ... текст свёрнут, показать
     
  • 8.59, анонн (ok), 17:33, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит, ГПЛьщики делят мир на тех, кто за ГПЛ и всех остальных, кто автоматическ... текст свёрнут, показать
     
     
  • 9.66, ikomb (ok), 08:01, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А еще гпльщики верят в особый рай Все участники этого рая будут сидеть у ног Ри... текст свёрнут, показать
     
  • 5.29, IRASoldier_registered (ok), 04:19, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бред. Никто в здравом уме не станет закрывать ЯП. Измышление больного воображения хомячков Столлмана.
     
  • 5.30, Мимоход (?), 06:01, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не позволяет.
     
  • 5.64, Аноним (63), 21:53, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда надо переписать Раст под ГЛП
     
  • 3.12, Аноним84701 (ok), 17:28, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Rust лицензирован на MIT / Apache

    Т.е. написать свой, правильный компилятор под AGPL нельзя, под страхом посмертного отключения от интернета? o_O
    Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП?


     
     
  • 4.14, Аноним (13), 17:35, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, кому это надо - тот и напишет.
     
  • 4.43, Andrey Mitrofanov_N0 (??), 11:20, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП?

    Да!  И это разработчики rust.  И их друзья ****окодеры из МоФоКо.

    Каждая новая мозила требует каждого нового rustc, не совместимого...
    ...в каких-то очень(!) важных местах с предыдущим $(CURRENT - 0.01)...

    Реализация яп, говоите, стандарт яп, говорите?   Хех!1...

     
     
  • 5.58, Аноним84701 (ok), 17:22, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП?
    > Да!  И это разработчики rust.  И их друзья ****окодеры из
    > МоФоКо.
    > Каждая новая мозила требует каждого нового rustc, не совместимого...
    > ...в каких-то очень(!) важных местах с предыдущим $(CURRENT - 0.01)...
    > Реализация яп, говоите, стандарт яп, говорите?   Хех!1...

    Хех, не знаю. Что-то мне это напоминает, когда реализация ЯП и является его стандартом:

    https://www.bell-labs.com/usr/dmr/www/primevalC.html



    /*

         C compiler, part 2

    Copyright 1972 Bell Telephone Laboratories, Inc.

    */



    Но вот никак не пойму, что именно :(

     
  • 2.10, Анончик999999 (?), 17:17, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошая идея!
     
  • 2.11, not a number (?), 17:19, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и sysvinit на rust надо переписать
     
     
  • 3.24, Анимус (?), 00:09, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    sysvinit уже на могильный камень переписали. Может, стоит остановиться?
     
     
  • 4.75, анним (?), 10:01, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Через 100 лет археологи откопают этот камень, и полетят новости по миру об открытии сгинувшей супер-технологичной цивилизации.
     
  • 3.86, uis (ok), 14:22, 31/12/2020 [^] [^^] [^^^] [ответить]  
  • +/
    //Troll mode enabled
    А rust переписать на rustd
     
  • 2.15, НеСмузихлёб (?), 17:38, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А Rust переписать на C. Многоходовочка!
     
  • 2.20, Аноним (20), 22:21, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так есть же redox про это уже, с микроядром и активно пилится.
     
     
  • 3.23, Аноним (5), 23:29, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там же вроде самый главный чел ушёл недавно, просто надоело. Если у них всё хорошо, то я только рад.
    Redox тоже нужен. Нужно больше альтернатив. А то после Линуса придут какие-нибудь поехавший сжв, а переехать-то и некуда будет.
     
     
  • 4.32, Растохейтер (?), 08:06, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > просто надоело

    Уверен?

    > Redox тоже нужен.
    > А то после Линуса придут какие-нибудь поехавший сжв,
    > а переехать-то и некуда будет.

    Так ведь Раст пилят как раз те самые "поехавшие сжв", ты не знал разве?

     
  • 3.35, Ретроград (?), 10:03, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Оно мертворожденное. До сих пор даже драйвера ХДД нет, вообще никакого.
     
  • 2.21, КГБ СССР (?), 23:16, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бери и переписывай.
    Как закончишь, доложишь лично мне.
     
     
  • 3.22, Аноним (5), 23:27, 07/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так точно.
     
  • 3.27, Perl_Jam (?), 03:21, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    +
     
  • 2.36, Аноним (37), 10:07, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Нужно переписать с нуля на Rust.

    Не забываем, что GNU/HURD это проект FSF. Поэтому неплохо бы узнать отношение FSF к Rust сначала. Я не нашёл их официального мнения. Но сомневаюсь, что оно одобрительно.

     
     
  • 3.44, Andrey Mitrofanov_N0 (??), 11:25, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>переписать с нуля
    >проект FSF. Поэтому неплохо бы узнать отношение FSF к

    Ну, прочитай https://www.gnu.org/philosophy/free-sw.html
    в конце-то концов.  Напрягись[I]![/I]

     
     
  • 4.56, IRASoldier_registered (ok), 16:55, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, прочитай https://www.gnu.org/philosophy/free-sw.html
    > в конце-то концов.  Напрягись[I]![/I]

    Сам иди и прочитай, ты сам явно этого не делал: там про Rust (т.е. про то, о чём задан был вопрос) ничего не сказано. Только овердохуа букаф про какую-то "свободу". #troll_mode_on Непохоже вообще, чтобы это сомнительное околофилософское эссе писали реальные практикующие программисты. Чувствуется стиль гуманитариев-троечников. #troll_mode_off


     
  • 2.42, Andrey Mitrofanov_N0 (??), 11:14, 08/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Нужно переписать с нуля на Rust.

    Начинай!

     
     
  • 3.79, пох. (?), 16:02, 11/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А в чем проблема? Щас создаст репо на гитшлаке и зальет туда README.md
    C CoCk.md придется  немного погодить, "в разработке".

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

     

  • 1.62, Аноним (63), 21:43, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где найти Debian GNU/kFreeBSD? Все ссылки на сайте мертвые. На зеркале только 32-битная
     
     
  • 2.67, анонимка (?), 14:27, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://mirror.yandex.ru/debian-ports/
     
     
  • 3.73, Аноним (63), 01:25, 10/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Где? Ткни носом плиз.
     

  • 1.65, Аноним (65), 22:28, 08/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что мертво умереть не может. Ценности меньше чем у reactos и plan b
     
     
  • 2.69, svsd_val (ok), 15:48, 09/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы сильно ошибаетесь, если Вы не видите ценности в этом проекте - это Ваше очень ценное мнение, ведь Вы очень сильны в открытых проектах и Всем нужна Ваша неоценимая помощь в развитии их проектов. В общем Ваше мнение очень важно для нас ... оставайтесь на линии.

    А теперь по делу: Этот проект реализуется и весьма неплохо, другое дело что скорость его реализации не велика так как правильная разработка микро ядра что бы все микро сервисы работали это Вам не разработка монолитного ядра.... Поэтому на реальных микро ядрах очень и очень мало ОС которые бы нормально работали. Даже в таком состоянии Он (Debian GNU/Hurd) более пригоден для повседневного использования чем многие ОС и выше Вами упомянутые ОС.

     
  • 2.83, Gnilus (?), 13:29, 18/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Ценности меньше чем у reactos

    Серьёзно? У ReactOS являющегося бесеплатной, нативной альтернативой Окошек - малая ценность?
    what the fuck im reading

     

  • 1.85, uis (ok), 14:13, 31/12/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Debian GNU/Hurd и Debian GNU/KFreeBSD являются единственными платформами Debian, созданными на базе ядра, отличного от Linux

    И ведь не соврали. Gentoo kFreeBSD - не Debian.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру