The OpenNET Project / Index page

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



"В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от opennews (??), 02-Фев-26, 11:24 
Разработчики проекта GNU/Hurd  представили доклад о недавних достижениях и текущем состоянии проекта. Среди недавних достижений GNU/Hurd:...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64727

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –8 +/
Сообщение от Аноним (1), 02-Фев-26, 11:24 
Крутой дистр. Каждый, кто считает себя истинным поклонником GNU и рвёт на себе футболку со Столманом, просто обязан пользоваться именно этим дистром.
Ответить | Правка | Наверх | Cообщить модератору

21. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –13 +/
Сообщение от Карлос Сношайтилис (ok), 02-Фев-26, 12:19 
Дык, им невозможно пользоваться.
Пока ненавистные корпорасты не придут и не сделают нормально, это не взлетит.
Ответить | Правка | Наверх | Cообщить модератору

31. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от Аноним (31), 02-Фев-26, 12:42 
Ты сам-то пробовал или так, просто пишешь от балды?
На каком аппаратном обеспечении тестировал?
Ответить | Правка | Наверх | Cообщить модератору

155. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (155), 03-Фев-26, 18:20 
А что там по производительности?

Сама эта концепция микроядра, сильно влияет по отношению к монолиту?

Ответить | Правка | Наверх | Cообщить модератору

26. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +7 +/
Сообщение от Аноним (26), 02-Фев-26, 12:35 
Футболку со Столманом нужно не рвать, а гордо носить.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

130. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (130), 02-Фев-26, 23:33 
Спорно.
Ответить | Правка | Наверх | Cообщить модератору

142. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +4 +/
Сообщение от Аноним (142), 03-Фев-26, 02:24 
Футболку спорно лучше не носить. Футболки лучше носить чистые и без надписей и картинок.
Ответить | Правка | Наверх | Cообщить модератору

158. Скрыто модератором  +/
Сообщение от Аноним (158), 03-Фев-26, 22:13 
Ответить | Правка | Наверх | Cообщить модератору

159. Скрыто модератором  +/
Сообщение от GG (ok), 03-Фев-26, 22:14 
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

47. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +7 +/
Сообщение от Аноним (47), 02-Фев-26, 13:46 
> Каждый, кто считает себя истинным поклонником GNU

Будет использовать дистрибутив из списка одобренных FSF

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

119. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –1 +/
Сообщение от Аноним (119), 02-Фев-26, 21:11 
> Будет использовать дистрибутив из списка одобренных FSF

Но в том списке дистров как у фрезеровщика пальцев:
Dragora GNU/Linux-Libre
Dyne:bolic
Guix
Hyperbola GNU/Linux-libre
Parabola GNU/Linux-libre
PureOS
Trisquel
Ututo

И все они делаются какими стремными 6omжами в подвалах, оборудование под них нужно подбирать. Ну... т.е. все как гнутики и любят

Ответить | Правка | Наверх | Cообщить модератору

131. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от Аноним (131), 02-Фев-26, 23:34 
>все они делаются какими стремными 6omжами в подвалах


Guix-HPC - это совместный проект по разработке программного обеспечения, в котором в настоящее время участвуют три научно-исследовательских института: Национальный институт исследований в информатике и автоматике (Inria), Центр молекулярной медицины Макса Дельбрюка (MDC), Центр медицинских наук Университета Теннесси (UTHSC) и Утрехтский центр биоинформатики (UBC).

Большая часть кода, разработанного для Guix-HPC, направлена на консолидацию кодовой базы и коллекции пакетов собственно Guix и, таким образом, на продвижение вверх по потоку. Это уже привело к появлению большой коллекции пакетов биоинформатики, алгебры и R, а также функций, упрощающих развертывание Guix в кластерах.

https://hpc.guix.info/

Ответить | Правка | Наверх | Cообщить модератору

151. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (151), 03-Фев-26, 14:20 
> оборудование под них нужно подбирать. Ну... т.е. все как гнутики и любят

Поставь свою 11-ку куда захочешь. если сможешь.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

127. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от kusb (?), 02-Фев-26, 23:11 
Лучше всего было бы Guixsd Hurd
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

148. Скрыто модератором  +/
Сообщение от Аноним (142), 03-Фев-26, 12:38 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

156. Скрыто модератором  +/
Сообщение от Аноним (156), 03-Фев-26, 19:30 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

157. Скрыто модератором  +/
Сообщение от Аноним (-), 03-Фев-26, 19:55 
Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором  +8 +/
Сообщение от Аноним (5), 02-Фев-26, 11:26 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +2 +/
Сообщение от Аноним (7), 02-Фев-26, 11:36 
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  +6 +/
Сообщение от Celcion (ok), 02-Фев-26, 11:43 
Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором  –1 +/
Сообщение от Аноним (15), 02-Фев-26, 11:55 
Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором  +2 +/
Сообщение от Celcion (ok), 02-Фев-26, 12:22 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  +1 +/
Сообщение от Fyjy (?), 02-Фев-26, 15:10 
Ответить | Правка | Наверх | Cообщить модератору

70. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 15:26 
Ответить | Правка | Наверх | Cообщить модератору

97. Скрыто модератором  +/
Сообщение от Аноним (-), 02-Фев-26, 18:16 
Ответить | Правка | Наверх | Cообщить модератору

126. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 22:44 
Ответить | Правка | Наверх | Cообщить модератору

133. Скрыто модератором  +/
Сообщение от Аноним (133), 02-Фев-26, 23:47 
Ответить | Правка | Наверх | Cообщить модератору

137. Скрыто модератором  +/
Сообщение от Celcion (ok), 03-Фев-26, 00:55 
Ответить | Правка | Наверх | Cообщить модератору

153. Скрыто модератором  +/
Сообщение от Аноним (153), 03-Фев-26, 17:32 
Ответить | Правка | Наверх | Cообщить модератору

160. Скрыто модератором  +/
Сообщение от Celcion (ok), 03-Фев-26, 22:15 
Ответить | Правка | Наверх | Cообщить модератору

38. Скрыто модератором  –1 +/
Сообщение от Смузихлеб забывший пароль (?), 02-Фев-26, 13:05 
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

92. Скрыто модератором  +/
Сообщение от Аноним (92), 02-Фев-26, 17:19 
Ответить | Правка | Наверх | Cообщить модератору

24. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 02-Фев-26, 12:29 
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

32. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 12:49 
Ответить | Правка | Наверх | Cообщить модератору

78. Скрыто модератором  +/
Сообщение от Аноним (78), 02-Фев-26, 15:49 
Ответить | Правка | Наверх | Cообщить модератору

87. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 16:21 
Ответить | Правка | Наверх | Cообщить модератору

98. Скрыто модератором  +/
Сообщение от freehckemail (ok), 02-Фев-26, 18:24 
Ответить | Правка | Наверх | Cообщить модератору

107. Скрыто модератором  +/
Сообщение от Анониммм (-), 02-Фев-26, 19:13 
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

124. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 22:07 
Ответить | Правка | Наверх | Cообщить модератору

128. Скрыто модератором  +/
Сообщение от Аноним (128), 02-Фев-26, 23:23 
Ответить | Правка | Наверх | Cообщить модератору

134. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 23:57 
Ответить | Правка | Наверх | Cообщить модератору

138. Скрыто модератором  +/
Сообщение от freehckemail (ok), 03-Фев-26, 00:56 
Ответить | Правка | Наверх | Cообщить модератору

139. Скрыто модератором  +/
Сообщение от Celcion (ok), 03-Фев-26, 01:15 
Ответить | Правка | Наверх | Cообщить модератору

141. Скрыто модератором  +/
Сообщение от freehckemail (ok), 03-Фев-26, 02:21 
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

53. Скрыто модератором  +1 +/
Сообщение от Аноним (7), 02-Фев-26, 14:22 
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

65. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 15:01 
Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором  +1 +/
Сообщение от freehckemail (ok), 02-Фев-26, 16:08 
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

12. Скрыто модератором  +/
Сообщение от Аноним (15), 02-Фев-26, 11:44 
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

17. Скрыто модератором  +3 +/
Сообщение от Sm0ke85 (ok), 02-Фев-26, 12:06 
Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором  +1 +/
Сообщение от Аноним (15), 02-Фев-26, 12:13 
Ответить | Правка | Наверх | Cообщить модератору

110. Скрыто модератором  +/
Сообщение от BeLord (ok), 02-Фев-26, 19:18 
Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором  +/
Сообщение от Аноним (18), 02-Фев-26, 12:07 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

54. Скрыто модератором  +/
Сообщение от Аноним (7), 02-Фев-26, 14:25 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

85. Скрыто модератором  +1 +/
Сообщение от freehckemail (ok), 02-Фев-26, 16:16 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

90. Скрыто модератором  +/
Сообщение от Fyjy6 (?), 02-Фев-26, 17:11 
Ответить | Правка | Наверх | Cообщить модератору

99. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 18:26 
Ответить | Правка | Наверх | Cообщить модератору

109. Скрыто модератором  +/
Сообщение от Аноним (109), 02-Фев-26, 19:18 
Ответить | Правка | Наверх | Cообщить модератору

125. Скрыто модератором  +/
Сообщение от Celcion (ok), 02-Фев-26, 22:25 
Ответить | Правка | Наверх | Cообщить модератору

132. Скрыто модератором  +/
Сообщение от Аноним (132), 02-Фев-26, 23:35 
Ответить | Правка | Наверх | Cообщить модератору

136. Скрыто модератором  +/
Сообщение от Celcion (ok), 03-Фев-26, 00:43 
Ответить | Правка | Наверх | Cообщить модератору

154. Скрыто модератором  +/
Сообщение от Аноним (154), 03-Фев-26, 17:57 
Ответить | Правка | Наверх | Cообщить модератору

37. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Аноним (37), 02-Фев-26, 13:05 
Ты системд видел? Там только версий 100500, а еще можно использовать разные части которые друг от друга зависят. И только их комбинаций на системе может быть 100500 вариантов. Так что его не случайно системад называют и фрагментацию это не особо уменьшило. Для сравнения из популярных раньше был инит и апстарт. Буквально 2 системы инициалиации. Теперь инит и системд и куча его вариаций.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 02-Фев-26, 11:42 
Ещё один ненавистник Поттеринга. Вот есть задача: запустить условный tmux new-session -d как юнит. Systemd с лёгкостью решает эту задачу. Как вы без systemd будете проверять, запущен ли именно этот tmux или же какой-то другой?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

16. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Аноним (16), 02-Фев-26, 11:59 
> Ещё один ненавистник Поттеринга. Вот есть задача: запустить условный tmux new-session -d
> как юнит. Systemd с лёгкостью решает эту задачу. Как вы без
> systemd будете проверять, запущен ли именно этот tmux или же какой-то
> другой?

Что-то сторонники мегакомбайнов походу думают, что все вокруг идиоты кроме них. Без systemd это решается очень легко.

З.Ы. А что, в systemd еще не переизобрели tmux?

Ответить | Правка | Наверх | Cообщить модератору

51. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от Аноним (15), 02-Фев-26, 14:03 
>Без systemd это решается очень легко.

Настолько легко, что ни одного нормального решения так и не представили, только костыли, которые периодически ломаются.

Ответить | Правка | Наверх | Cообщить модератору

57. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (16), 02-Фев-26, 14:37 
Ну покажи как ты это делаешь в systemd без костылей. И это... чтоб никаких башпортянок в unit-файлах, только чистый декларативный стиль.
Ответить | Правка | Наверх | Cообщить модератору

114. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от freehckemail (ok), 02-Фев-26, 19:58 
> Вот есть задача: запустить условный tmux new-session -d как юнит. Systemd с лёгкостью решает эту задачу.

Деды это делали примерно вот так:


# crontab -u someuser -l
@reboot /bin/bash -c 'while true; do if ! tmux has-session -t main &>/dev/null; then tmux new-session -d -s main; fi; sleep 15; done'


Покажи, как это делает настоящий systemd-профи, достигший просветления. =)

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

135. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 03-Фев-26, 00:42 
># crontab -u someuser -l
>@reboot /bin/bash -c 'while true; do if ! tmux has-session -t main &>/dev/null; then tmux new-session -d -s main; fi; sleep 15; done'

То есть никакого аналога Type=forking у вас нет, и задача мониторинга работы программы из инита перекладывается на саму программу. А заодно, у вас отломалась остановка. Самого tmux, повторного запуска, дочерних процессов. Не, можно конечно же через ps определить pid bash-а, послать ему сигнал, потом полезть в манула к tmux, чтобы выяснить как его остановить, но это не та система, которой просто управлять. Ну а релизовывать перезапуск юнита, отсутствие дубликатов - это отдельный квест.
>Покажи, как это делает настоящий systemd-профи, достигший просветления. =)

Будет что-то вроде

[Service]
ExecStart=/usr/bin/tmux new-session -s main -d
ExecStop=/usr/bin/tmux kill-session -t main
Type=forking

В принципе, ExecStop можно и не прописывать, если его не реализовали. systemd всё равно сможет понять, какие процессы дочерние, и завершить только их.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

140. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от freehckemail (ok), 03-Фев-26, 01:40 
Ну вот примерно в этом и разница между вами и дедами.

>># crontab -u someuser -l
>>@reboot /bin/bash -c 'while true; do if ! tmux has-session -t main &>/dev/null; then tmux new-session -d -s main; fi; sleep 15; done'

Смотри, я хоть и весьма юный, но всё-таки представитель культуры дедов, написал ту строчку за 30 секунд максимум, но она 100% работает, и в ней видны все граничные случаи и подводные камни: дедовский скрипт лежит в пользовательском кронтабе, запускается с правами конкретного пользователя и рестартует, если кто-то случайно внутри tmux-а сессию завершит.

А вот у тебя...

> [Service]
> ExecStart=/usr/bin/tmux new-session -s main -d
> ExecStop=/usr/bin/tmux kill-session -t main
> Type=forking

...уже как минимум не прописан Restart=always.

> у вас отломалась остановка

А у тебя отломался рестарт! =)
И ведь здравый смысл подсказывает, что остановка tmux-у как раз не нужна, ему именно что рестарт нужен. =)

Далее, а этот твой юнит — он системный или пользовательский?
Если системный, то тогда это должен быть шаблон, а в нём должны фигурировать User=%i и Group=%i.
А если это пользовательский, то тебе нужно делать systemctl --user daemon-reload в обязательно порядке перед тем, как это вообще начнёт работать.
И в обоих случаях не забудь ещё enable сделать.

А кстати, вроде ж User= автоматом окружение не подтягивает, так ведь? (тут каюсь, залез подсмотреть в маны)
То есть наверное, тебе ещё надо что-то типа вот такого:

Environment="HOME=/home/%i"
EnvironmentFile=-/home/%i/.profile

А между прочим, это же tmux, а значит он не должен умирать по завершению рабочей сессии, в этом же вся суть. А ты не забыл sudo loginctl enable-linger $USER?
А то ведь ты завершишь соединение, и у тебя tmux умрёт следом, прикинь какое западло, а? =)

И вот ещё что...

> systemd всё равно сможет понять, какие процессы дочерние, и завершить только их.

А ты уверен, что тебе этого хочется? Это же tmux. В его контрольной группе скорее всего окажутся процессы, которым ты хотел бы дать graceful shutdown, а то и вовсе сохранить. Ты ведь их для того в tmux-е и крутишь. =)

Забыл KillMode=process, да? Или даже не подумал об этом? =)

Видишь, как много всего ты упустил? Зато Type=forking, зато cgroups... =)

> Будет что-то вроде

Вот именно что "что-то вроде". Я написал ту строчку, не заглядывая в документацию. А ты, пока будешь свой юнит писать, 15 раз заглянешь в доку освежить точное имя опции и её дефолты, а потом ещё неделю будешь отлаживать, потому что то одно забыл, то другое. А я не буду, я у дедов учился: у меня сразу работает. =)

Вот ты так не сможешь, а я так могу. Могу потому, что знание shell мне в целом по жизни пригождается каждый день по многу раз. А синтаксис формата этих твоих юнитов пригождается максимум несколько раз в год. Тем паче позор тебе, что я знаю о них больше твоего. =)

Эх, системд-фанбои, какие же вы смешные. Столько лет, а вы всё доставляете лулзов своей непутёвостью. =)

Ответить | Правка | Наверх | Cообщить модератору

146. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 03-Фев-26, 11:33 
>но всё-таки представитель культуры дедов, написал ту строчку за 30 секунд максимум

И куда вы спешите?
>но она 100% работает

Не совсем. Во-первых, как я писал выше, остановка и перезапуск такой команды - проблематичны. Во-вторых, вы привязаны к команде, и её функционалу: с tmux вы можете проверять наличие сессии, с какой-нибудь другой командой у вас просто не будет данного ключа.
>и рестартует, если кто-то случайно внутри tmux-а сессию завершит.

Зачем?
>...уже как минимум не прописан Restart=always.

Не все юниты имеет смысл перезапускать, но даже так, не все юниты нужно перезапускать постоянно.
>Далее, а этот твой юнит — он системный или пользовательский?

У меня был вопрос - а как sysvinit и подобные будут обрабатывать двойной форк.
>И в обоих случаях не забудь ещё enable сделать.

И это плохо? Или по вашему у юнитов не должно быть состояния - автоматический запуск/ручной запуск?
>А ты уверен, что тебе этого хочется? Это же tmux. В его контрольной группе скорее всего находятся процессы, которым ты хотел бы дать graceful shutdown. Ты ведь их для того в tmux-е и крутишь. =)

Это пользовательская задача. Если админ будет завершать юниты не спрашивая пользователей, то даже при штатной остановке дочерних процессов, пользователь будет недоволен. Зато, достаточно легко представить ситуацию, когда при завершении только основного процесса остались хвосты, продолжающие висеть в системе.
>Забыл KillMode=process, да? Или даже не подумал об этом? =)

Это имеет смысл только для тех процессов, что не зависят от терминала, и то не факт.
>Вот именно что "что-то вроде".

Здесь нужно придумать задачу от начала и до конца, так как в оригинале сказано
>запустить условный tmux new-session -d как юнит
>условный
>Я написал ту строчку, не заглядывая в документацию.

Опять, же, вы куда-то спешите?
>Пока ты будешь его писать, ты 15 раз заглянешь в доку освежить точное имя опции и её дефолты, а потом ещё неделю будешь отлаживать, потому что то одно забыл, то другое. А я не буду, я у дедов учился: у меня сразу работает. =)

То есть, тот факт, что вы не можете остановить, перезапустить данную команду вручную, вас ни капельки не смущает, да? Типа - это не баг, это фича? И да, что плохого в том, чтобы посмотреть документацию?
>Вот ты так не сможешь, а я так могу. Могу потому, что знание shell мне в целом по жизни пригождается каждый день по многу раз. А синтаксис формата этих твоих юнитов пригождается максимум несколько раз в год.

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

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

145. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от AlexYeCu_not_logged (?), 03-Фев-26, 10:30 
>как юнит
>Как вы без systemd

А кому и зачем может понадобиться «запускать юнит» без systemd?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

147. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 03-Фев-26, 11:37 
Как только пользователь хочет осмылсенности, ему тут же понадобятся юниты. В противном случае, у него будет куча костылей, которые будут ломаться в самых непредсказуемых местах. То у него нет возможности проверить, запущен ли процесс, то он его остановить не может, то ещё что-то сломалось.
Ответить | Правка | Наверх | Cообщить модератору

42. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –1 +/
Сообщение от Вася (??), 02-Фев-26, 13:14 
>  А как только оно взлетит

когда?

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

95. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (95), 02-Фев-26, 17:49 
Как же?
Ответить | Правка | Наверх | Cообщить модератору

105. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Вася (??), 02-Фев-26, 19:00 
> Как же?

никак
десятки лет не взлеатло, с чего теперь должно?

Ответить | Правка | Наверх | Cообщить модератору

63. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (63), 02-Фев-26, 14:56 
> Заметьте, ни единого корподистра на Hurd

Потому что Hurd неюзабелен и потому никому не сдался. Ваш КО.

> А как только оно взлетит, прибегут поттеринги и начнут уродовать.

Без корпов оно как раз не взлетит. Куды ты там лететь собрался-то без поддержки железа и дров для переферии? 🤣

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

84. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (84), 02-Фев-26, 16:15 
Chat-ы помогут портировать поддержку железа из линуксовых модулей.
Ответить | Правка | Наверх | Cообщить модератору

115. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от ZloySergant (ok), 02-Фев-26, 20:02 
>Заметьте, ни единого корподистра на Hurd...

Таки корпо-, или копро-? Вы уж определитесь. А то вечно с опечатками пишете, дорогие Анонимы.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

120. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (119), 02-Фев-26, 21:15 
> Таки корпо-, или копро-?

Корпо разумеется. Всякие шапки, сюзи и прочие убунты с млн. баксов на счетах и оплатой работы разрабов.
А вот копро это как раз Hurd с неработающим железом и немамонтами, пилящими его уже 35 лет.
Так что запомните и не путайте.

Ответить | Правка | Наверх | Cообщить модератору

121. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от nebularia (ok), 02-Фев-26, 21:26 
> А как только оно взлетит

Маловероятно. Проект полтора землекопа по фану пилят. Он старше линукса, а результатов особо нет, по причине существования собственно линукса.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +5 +/
Сообщение от Аноним (6), 02-Фев-26, 11:34 
молодцы, развиваются
Ответить | Правка | Наверх | Cообщить модератору

8. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (16), 02-Фев-26, 11:39 
> Улучшена поддержка драйверов в пространстве пользователя через задействование развиваемого проектом NetBSD механизма rump (Runnable Userspace Meta Program).

Я всегда говорил, что RUMP по задумке и по реализации - это прям шедевр. И уж точно лучше "квази-псевдо" гибридного ядра DragonFlyBSD (где от гибрида только сообщения вместо syscall'ов)

Ответить | Правка | Наверх | Cообщить модератору

19. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (18), 02-Фев-26, 12:11 
Только для драйверов на нетбсд мало.

Лучше бы этот рамп на основе Linux был.
Тогда можно было бы резко унаследовать большую часть Linux драйверов.

Ответить | Правка | Наверх | Cообщить модератору

22. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (16), 02-Фев-26, 12:21 
> Только для драйверов на нетбсд мало.

Тут важно то, что в NetBSD RUMP-нфраструктура есть, поверх которой эти драйверы в userpace работают. А сами драйверы появятся... или Debian/Hurd допишет.

> Лучше бы этот рамп на основе Linux был.

Дак пусть делают. Хотя с их stable api - это будет сложно, если вообще возможно.

Ответить | Правка | Наверх | Cообщить модератору

41. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Смузихлеб забывший пароль (?), 02-Фев-26, 13:11 
> в NetBSD RUMP-нфраструктура есть, поверх которой эти драйверы в userpace работают.
> А сами драйверы появятся... или Debian/Hurd допишет.

Итак, конюшню и курятник мы таки построили. А лошади/куры в них сами заведутся...

Ответить | Правка | Наверх | Cообщить модератору

58. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (16), 02-Фев-26, 14:44 
Получается Debian/Hurd взял целое ничего из NetBSD и гордо об этом написал у себя в анонсе.
Ответить | Правка | Наверх | Cообщить модератору

25. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (26), 02-Фев-26, 12:32 
А что, гибридность в DFBSD в отдельных адресных пространствах невозможна?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

61. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (16), 02-Фев-26, 14:54 
Конечно нет, потому что там нет никакий гибридности. Там есть пара концептов, позаимствованных из Mach, но работает это всё в одном большом блобе, как и в Линуксе или других BSD.
Ответить | Правка | Наверх | Cообщить модератору

14. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 02-Фев-26, 11:53 
>Улучшена поддержка драйверов в пространстве пользователя через задействование развиваемого проектом NetBSD механизма rump (Runnable Userspace Meta Program).

Насколько это лучше чем stable api is nonsence?

Ответить | Правка | Наверх | Cообщить модератору

30. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (26), 02-Фев-26, 12:41 
Stable API, в общем случае, не гарантируется. Всё также будет зависеть от решения мейнтейнеров.
Ответить | Правка | Наверх | Cообщить модератору

27. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от Аноним (26), 02-Фев-26, 12:37 
Debian GNU/Hurd: К нему всего один вопрос. Но как же там systemd?
Ответить | Правка | Наверх | Cообщить модератору

56. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (47), 02-Фев-26, 14:30 
У них есть Shepherd
Ответить | Правка | Наверх | Cообщить модератору

74. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (84), 02-Фев-26, 15:35 
Shepherd-то есть, но дистр Debian, а там systemd.
Ответить | Правка | Наверх | Cообщить модератору

102. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (18), 02-Фев-26, 18:46 
Там sysvinit.
Ответить | Правка | Наверх | Cообщить модератору

118. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (84), 02-Фев-26, 20:25 
В Devuan - да.
Ответить | Правка | Наверх | Cообщить модератору

143. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (18), 03-Фев-26, 05:59 
В GNU/Hurd.
Ответить | Правка | Наверх | Cообщить модератору

28. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Анонимище (?), 02-Фев-26, 12:38 
Минутку, а разве GNOME не требует SystemD? Или нашлись умельцы которые прислали патчи для отвязки от SystemD? За Гномом не слежу, реально не в курсе как у них там
Ответить | Правка | Наверх | Cообщить модератору

33. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Sys (?), 02-Фев-26, 12:54 
Удалять удаляют и потом сидят на X11 и ищут вайлаед , потому что при таком подходе он исчезает и опять придется колхозить какой нибудь композитор в один бинарник типа wifire или как его там что бы заиметь что то близкое к вайланд
Ответить | Правка | Наверх | Cообщить модератору

34. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –2 +/
Сообщение от IMBird (ok), 02-Фев-26, 12:55 
>развиваемое в качестве замены ядра Unix

Простите душнилу, но возможно имелся в виду linux? Ну и линукс это не Unix (и есть мнение что уже давно не POSIX) и не post-UNIX как BSD/Solaris/BeOS/Plan, а всего лишь Unix-like (как та же reactos является windows-like).

Ответить | Правка | Наверх | Cообщить модератору

46. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +1 +/
Сообщение от Аноним (46), 02-Фев-26, 13:35 
Развивать-то начали в качестве замена ядра Unix, и не думаю, что немногочисленные разработчики хурда сейчас стремятся заменять Линух
Ответить | Правка | Наверх | Cообщить модератору

62. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Аноним (16), 02-Фев-26, 14:56 
Ну конечно Линукс, тут очевидно опечатка. И пофиг что GNU был создан и Hurd начал писаться до того как линукс появился.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

152. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от КО (?), 03-Фев-26, 14:39 
Таки Linux - это временная замена Hurd. :)
Но нет ничего более постоянного...
Ответить | Правка | Наверх | Cообщить модератору

66. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Fyjy (-), 02-Фев-26, 15:03 
>> развиваемое в качестве замены ядра Unix
>Простите душнилу, но возможно имелся в виду linux?

Не, все правильно.
Когда его начинали писать - это еще была замена юникс.
Просто писали слишком долго и юниксы успели помереть чуть больше чем полностью.
А хурд все еще почти готов.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

144. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (142), 03-Фев-26, 08:07 
>и не post-UNIX как BSD/Solaris/BeOS/Plan,

Что такое post-UNIX, впервые слышу такой термин и почему в этот список затисалась BeOS? Она та здесь причем? Она близко не ЮНИКС-подрбная?

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

35. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –2 +/
Сообщение от Аноним (35), 02-Фев-26, 12:57 
Обожаю GNU/Hurd).
Ответить | Правка | Наверх | Cообщить модератору

45. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +3 +/
Сообщение от онанист (?), 02-Фев-26, 13:23 
а как-то юзаете? или платонически?
Ответить | Правка | Наверх | Cообщить модератору

44. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (44), 02-Фев-26, 13:23 
Пишу с GNU/Hurd!
Ответить | Правка | Наверх | Cообщить модератору

52. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (26), 02-Фев-26, 14:15 
Какую ФС используете? Какие логические тома, какие ещё ФС доступны?
Ответить | Правка | Наверх | Cообщить модератору

79. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (79), 02-Фев-26, 15:54 
Пока там есть только трансляторы ext2fs и fatfs.
Ответить | Правка | Наверх | Cообщить модератору

50. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (-), 02-Фев-26, 13:58 
Сборка это конечно хорошо.
А что на счет работы?
Или раз собралось то и так сойдет?
Ответить | Правка | Наверх | Cообщить модератору

81. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (79), 02-Фев-26, 15:57 
В qemu отлично запускается и даже rust работает.
Ответить | Правка | Наверх | Cообщить модератору

55. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (55), 02-Фев-26, 14:28 
Стырили пол Нетки и оно заработало?
Ответить | Правка | Наверх | Cообщить модератору

59. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (59), 02-Фев-26, 14:49 
> задействование развиваемого проектом NetBSD механизма rump

А как же GPL? Прогнулись ради дров?

Ответить | Правка | Наверх | Cообщить модератору

73. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (84), 02-Фев-26, 15:32 
Я так понял, они свою реализацию Rump запилили.
Ответить | Правка | Наверх | Cообщить модератору

96. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  –1 +/
Сообщение от Аноним (95), 02-Фев-26, 17:54 
В этом 25 декабря 35 лет. Есть чем похвастаться кроме жвачки, товарищи?😶
Ответить | Правка | Наверх | Cообщить модератору

100. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (100), 02-Фев-26, 18:28 
> Есть чем похвастаться кроме жвачки, товарищи?

Свободной разумеется!
Ты уже в процессе скачивания ощущаешь что прикоснулся к нечто прекрасному!
Это неповторимый запашо... запах Свободы!
И даже пробовать установить совсем не обязательно)

Ответить | Правка | Наверх | Cообщить модератору

149. Скрыто модератором  +/
Сообщение от Аноним (149), 03-Фев-26, 14:00 
Ответить | Правка | Наверх | Cообщить модератору

101. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (101), 02-Фев-26, 18:31 
Чаще всего я эту штуку даже запустить не могу, т.к. она корруптит свою же файловую систему и после этого отказывается запускаться. Мол давай качай заново.
Ответить | Правка | Наверх | Cообщить модератору

103. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (103), 02-Фев-26, 18:56 
Ну теперь осталось дело за малым: обеспечить работу 75% оборудования, и хобби-система готова.
Ответить | Правка | Наверх | Cообщить модератору

104. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Аноним (131), 02-Фев-26, 18:58 
Надо Кенту намекнуть, пусть портирует свой bcachefs туды, раз линус такой чудак, на букву М
Ответить | Правка | Наверх | Cообщить модератору

117. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +2 +/
Сообщение от Аноним (84), 02-Фев-26, 20:24 
И Шишкину.
Ответить | Правка | Наверх | Cообщить модератору

129. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Alex (??), 02-Фев-26, 23:27 
Думаю Кент откажется. Hurd нестабильная система и все будут что и bcachefs такая же багованая фс.
А ему ведь ещё и так работы прибавилось с тех пор как его выгнали  - тестировать на совместимость ему нужно с каждой версией линукса. Раньше это делал тот кто вносил изменения
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

112. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (112), 02-Фев-26, 19:51 
В Дебиане эти "умники" заблочили репозиторий LLVM.

>Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6084F3CF814B57C1CF12EFD515CF4D18AF4F7421 is not bound:            No binding signature at time 2026-01-06T06:37:21Z   because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance   because: SHA1 is not considered secure since 2026-02-01T00:00:00Z

SHA1 обеспечивает second pre-image resistance. Она не обеспечивает collision resistance, которая в данном случае неважна.

Ответить | Правка | Наверх | Cообщить модератору

150. "В Debian GNU/Hurd обеспечена сборка 75% пакетов Debian "  +/
Сообщение от Аноним (15), 03-Фев-26, 14:11 
>Нестабильность протокола sd_notify делает невозможным создание альтернативной версии libsystemd: маленькие группы разработчиков просто не имеют возможности трекать на постоянной основе изменения в нём и вносить соответствующие изменения в свой код.

Очень интересно. А куда маленькие группы разработчиков могут вносить соответствующие изменения?
>Плюс недавний депрекейт cgroups v1 в ядре окончательно похоронил systemd-shim[1]: у корпов толпа разработчиков на зарплате, которые пилили переход на cgroups v2 в режиме полного рабочего дня весьма долгое время. А systemd-shim пилил одинокий хакер Kevin Nelson. У него банально не хватило времени.

Cgroup v2 появился в 2016. linux 6.12 - в 2024. Отключение в сборке по умолчанию не равно удалению целиком. Если человек настолько забросил проект, что за столько лет не перевёл его на новую версию, то о чём можно говорить?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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