LINUX.ORG.RU

Релиз Debian GNU/Hurd 2015

 , , ,


1

3

С огромным удовольствием команда разработчиков сообщает о релизе Debian GNU/Hurd 2015.

Хотя обычно сборка происходит из пакетной базы «sid», но в данном случае, из-за недавнего релиза стабильного Debian, эта база почти полностью совпадает с «jessie».

Инсталяционные образы доступны в обычных для Debian трёх вариантах: NETINST, CD и DVD и могут быть получены тут. Для трусов подготовлен образ для VM.

Debian GNU/Hurd пока собран лишь для i386. Зато с более 80% огромного дебиановского репозитария.

Основные изменения со времени прошлого выпуска:

  • Система инициализации сменена на sysvinit.
  • GNU Hurd и GNU Mach обновлены до версий 0.6 и 1.5 соответственно, что очень благотворно сказалось на стабильности системы.
  • Сетевые драйверы были вынесены в user-space с помощью NetDDE framework.

Отдельно разработчики отмечают пакеты, которые хорошо себя зарекомендовали как беспроблемные: Iceweasel 31 ESR, XFCE4 4.10, X.org 7.7 and Emacs 24.4.

>>> Подробности

★★☆

Проверено: toney ()

Ответ на: комментарий от eXOR

rmmod -f?

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

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от rupert

RMS это организовал, во-первых. А во-вторых, про линукс можно то же самое сказать.

knovich
()
Ответ на: комментарий от intelfx

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

anonymous
()
Ответ на: комментарий от rupert

Только что-то мне подсказывает, что 99,99% обсирающих RMS не сделали и этого. И да, даже если бы и строчки его кода в coreutils и gcc не осталось (в чём я лично сомневаюсь), всё равно его заслуга в том, что он заложил основы программных наработок GNU. Одно дело - спокойно оптимизировать работу того же gcc, имея за плечами развитую инфраструктуру и понимание, зачем это делается, и совсем другое - создать эту инфраструктуру с нуля.

hobbit ★★★★★
()
Ответ на: комментарий от rupert

RMS не может спокойно спать пока радом с его любимым GNU (а по большей части и в место) пишут Linux.

И это бредятина. RMS в одном из интервью сказал, что поскольку Linux работает, Hurd не является для GNU проектом первостепенной важности. Что (это уже не RMS, это я) не отменяет важности Hurd как исследовательского проекта по созданию альтернативы линуксу.

в место

«Все говорят, что МЫ ВМЕСТЕ - все говорят, но немногие знают в каком».

hobbit ★★★★★
()
Ответ на: комментарий от cvs-255

Это если глюк драйвера никак не связан с глюком соответствующего девайса или IPCore. А если связаны то очччень часто необходимая перезагрузка драйвера требует сброса девайса, который в случае глюка потребует сброса всей системы. Так что в среднем хрен редьки не слаще. И микроядерные идеи имеют смысл только на специальном «кошерном» железе.

cvv ★★★★★
()
Ответ на: комментарий от cvv

1) На SoC по-разному бывает. Но на системах с шинами (PCI, PCI-e, USB), емнип, обычно есть возможность перезапустить девайс

2) не все драйвера это драйвера железок

cvs-255 ★★★★★
()
Последнее исправление: cvs-255 (всего исправлений: 1)
Ответ на: комментарий от curufinwe

Приложения KDE тормозят конкретно, как и iceweasel. Так что как десктоп даже на виртуалке пока еще малоюзабельно

эээээ, не понял? Что значит «даже»? Это когда это графическое окружение даже на виртуалке было малоюзабельно? С каких пор графическое окружение в виртуалке работает быстрее чем на хосте?

targitaj ★★★★★
()
Ответ на: комментарий от targitaj

Не знаю как насчет быстрее, но оно работает как минимум также, включая эффекты композитинга. В GNU\Hurd явная проблема производительности X-сервера, и виртуалка тут абсолютно не причем.

curufinwe ★★★★★
()
Ответ на: комментарий от curufinwe

Не знаю как насчет быстрее, но оно работает как минимум также, включая эффекты композитинга.

Шта??? Давно циннамон в kvm гонял?

targitaj ★★★★★
()
Ответ на: комментарий от targitaj

Gnome3 и KDE4 летает у меня в Virtualbox. А если Cinnamon тормозит, то это его проблемы. Его не пробовал. Еще раз, какое отношение к сабжу все это имеет? Ты хочешь сказать, что IceWM, который я пробовал в GNU\Hurd, должен тормозить в виртуалке? Или специально для тех кто в танке запустить все на реальном железе и скринкаст снять, как оно точно так же тормозит?

Я же писал, MIT-SHM не работает в хурде. Поинтересуйся что это, и как оно на производительность графики влияет, а потом рассказывай сказки про тормозные виртуалки.

curufinwe ★★★★★
()
Ответ на: комментарий от targitaj

ещё один фимозник-эникей, лол

в очередь становись

Alyssa
()
Ответ на: комментарий от eXOR

Ну нехорошо же сравнивать с линуксом. Потому что линукс сразу стал всем интересен, кто хоть каплю мозгов имел и разбирался в компуктерах. А на хурде что-то и близко за 30 лет никаких дядек не появилось. Тем более, с бабосами. Да даже просто энтузиастов маловато. А те энтузиасты, которые всё-таки нашлись, к нему задачи пытаются прикрутить, прекрасно выполняющихся на линуксах (или даже бсдях). Это ли не тупик? И не надо истерик, как у хоббитца. Никто хурд не обсирает уж прям, но ненужность его отметить не грех, как бы. Поудивляться, что оно ещё живое и даже шевелится.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.