The OpenNET Project / Index page

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



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

"Выпуск системного менеджера systemd 247"  +/
Сообщение от opennews (ok), 28-Ноя-20, 14:41 
После четырёх месяцев разработки представлен релиз системного менеджера systemd 247. В новом выпуске добавлен экспериментальный обработчик нехватки памяти, проведено нарушающее совместимость обновление правил udev,  в systemd-homed по умолчанию задействована ФС  Btrfs, предложен механизм для безопасной передачи конфиденциальных данных в сервисы, стабилизирована утилита systemd-dissect...

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

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

Оглавление

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

1. Сообщение от Fracta1L (ok), 28-Ноя-20, 14:41   –5 +/
Долгой жизни проекту, прекрасная вещь
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #9, #74, #78, #112, #118

2. Сообщение от Аноним (-), 28-Ноя-20, 14:43   –3 +/
Не прошло и недели, как opennet разродился новостью. Поздравляю всех любителей Linux-без-костылей!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #114

3. Сообщение от Аноним (3), 28-Ноя-20, 14:43   +34 +/
Поддерживаю! А также желаю скорейшего отделения в отдельную ОС, чтобы не портил наши линуксы своей ненужностью!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #16, #212

4. Сообщение от Аноним (4), 28-Ноя-20, 14:43   +9 +/
Вот бы такой же, но на Расте, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13, #17, #25, #38, #53, #60

5. Сообщение от Аноньимъ (ok), 28-Ноя-20, 14:46   +12 +/
Без рук без ног, без коляски и даже, без костылей. Зато у него есть СистемД!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #107

6. Сообщение от Аноним (6), 28-Ноя-20, 14:47   +1 +/
Уже готово и стабильно? Пора выбрасывать!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

7. Сообщение от Greeta (?), 28-Ноя-20, 14:47   –4 +/
А вот всякие фейсбушные разработки тут ... гнильцо
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

8. Сообщение от iPony129412 (?), 28-Ноя-20, 14:51   –3 +/
Так это не про десктоп же...
Тут всё серьезней 👌
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

9. Сообщение от leibniz (ok), 28-Ноя-20, 14:53   +1 +/
> прекрасная вещь

прекрасная, перегруженная сверху всем и вся

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #18, #65

10. Сообщение от Аноним (-), 28-Ноя-20, 14:53   –1 +/
Один только systemd-homed оправдывает существование systemd. А завистники могут и дальше источать злобу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15, #48

11. Сообщение от Лёня Потный (?), 28-Ноя-20, 14:53   –2 +/
Так мы давным-давно отдельная ОС - Линукс называется, не слышали разьве?

А в _вашем_ линуксе скоро и usb-устройства перестанут работать. Кто, говорите, ненужно?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #37, #77, #116

12. Сообщение от Аноним (12), 28-Ноя-20, 14:54   +2 +/
Ни одного изменения, которое бы могло быть мне полезно, не заметил.
Скажите, кто-нибудь вот этим всем пользуется?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #67

13. Сообщение от Аноним (-), 28-Ноя-20, 14:55   –1 +/
Растоманы могут лишь мечтать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

14. Сообщение от MasterSlave (?), 28-Ноя-20, 14:57   +1 +/
Пони, полёт твоей мысли так высок, что заурядному обывателю опеннета недостижим практически... Объясни, пожалуйста, черни, что серьезней?..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #34

15. Сообщение от Аноним (4), 28-Ноя-20, 15:00   +6 +/
Это такая ирония? Или следствие стремительной деградации умственных способностей среднестатистического анона? Не могу понять, придётся задавать уточняющий вопрос: так зачем, говоришь, нужен системд-хомд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19, #23

16. Сообщение от Fracta1L (ok), 28-Ноя-20, 15:00   –6 +/
Для маргиналов есть генты, крюксы и прочие слаквари, наслаждайтесь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #22

17. Сообщение от Fracta1L (ok), 28-Ноя-20, 15:00   +/
Да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

18. Сообщение от Fracta1L (ok), 28-Ноя-20, 15:01   –7 +/
Ты ведь уже выпилил из своей системы xorg, борец с перегруженностью?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #80

19. Сообщение от Fracta1L (ok), 28-Ноя-20, 15:02   –3 +/
> так зачем, говоришь, нужен системд-хомд?
> Не могу понять
> следствие стремительной деградации умственных способностей среднестатистического анона
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

20. Сообщение от Аноним (-), 28-Ноя-20, 15:03   +/
"Добавлена экспериментальная поддержка раннего реагирования на нехватку памяти в системе (systemd-oomd)"

а когда systemd начнёт управлять устройствами системы?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #120

21. Сообщение от Аноним (21), 28-Ноя-20, 15:06   –1 +/
Использую системдос -- норм штука, юнит-файлы так и вообще не такие сложные, как пугают местные любители давно умерших ___проприетарных___ операционных систем типа UNIX©. Ну, скажем, какой-нибудь i3wm настраивать дольше и сложнее, чем написать с нуля свой юнит-файл. Таймеры из коробки, декларативные зависимости, единый лог отовсюду, а также пользовательские юниты прямо у себя в ~/.config/systemd. Эх, вот бы еще в RHEL по умолчанию шел божественный systemd-networkd вместо пихоновского nm-комбайна...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #29, #69

22. Сообщение от user90 (?), 28-Ноя-20, 15:09   +1 +/
Зачем же так сразу-то признавать, что сам - махровый мейнстримщик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #59

23. Сообщение от Аноним (23), 28-Ноя-20, 15:09   –1 +/
Отвечает Леннарт Поттеринг: https://www.youtube.com/watch?v=RG9rE1pcMcU
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #32

24. Сообщение от Аноним (4), 28-Ноя-20, 15:09   +4 +/
Оно прогнило целиком раньше, чем стабилизировалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

25. Сообщение от zshfan (ok), 28-Ноя-20, 15:10   +/
Лучше на JS!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #31, #90, #105

26. Сообщение от Аноним (4), 28-Ноя-20, 15:12   –12 +/
"Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #30

27. Сообщение от nrndda (ok), 28-Ноя-20, 15:14   +3 +/
> * KERNEL API INCOMPATIBILITY: Linux 4.14 introduced two new uevents "bind" and "unbind" to the Linux device model. When this kernel change was made, systemd-udevd was only minimally updated to handle and propagate these new event types. The introduction of these new uevents (which are typically generated for USB devices and devices needing a firmware upload before being functional) resulted in a number of issues which we so far didn't address. We hoped the kernel maintainers would themselves address these issues in some form, but that did not happen. To handle them properly, many (if not most) udev rules files shipped in various packages need updating, and so do many programs that monitor or enumerate devices with libudev or sd-device, or otherwise process uevents. Please note that this incompatibility is not fault of systemd or udev, but caused by an incompatible kernel change that happened back in Linux 4.12, but is becoming more and more visible as the new uevents are generated by more kernel drivers.

Какие же разрабы ядра плохие, что не исправили ошибку в systemd силами ядра.

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

28. Сообщение от user90 (?), 28-Ноя-20, 15:14   +7 +/
"Золотые времена" линукса кончились еще тогда, когда и Суся прогнулась под сабж, отлично помню сей момент. А какой был дистрибутив!..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

29. Сообщение от user90 (?), 28-Ноя-20, 15:20   +1 +/
> чем написать с нуля свой юнит-файл

И необходимо его писать в случае ..?

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

30. Сообщение от an0nymous (?), 28-Ноя-20, 15:21   –1 +/
Надо быть очень талантливым чтобы понять ца и умудриться сделать для них удобную систему. И если даже дурак может ею пользоваться то это ца будет больше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #89

31. Сообщение от morruth (?), 28-Ноя-20, 15:21   –1 +/
На мейболге!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #79

32. Сообщение от YetAnotherOnanym (ok), 28-Ноя-20, 15:26   +7 +/
А чо, в текстовом виде Лёня это выложить не мог?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #39, #108

34. Сообщение от iPony129412 (?), 28-Ноя-20, 15:30   –4 +/
Подходы и вообще всё.
Положи на весы Systemd и PulseAudio - разница очевидна.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #57, #83

35. Сообщение от YetAnotherOnanym (ok), 28-Ноя-20, 15:31   +1 +/
> добавлен экспериментальный обработчик нехватки памяти

Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть с самого начала.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #64, #213

36. Сообщение от nrndda (ok), 28-Ноя-20, 15:32   +3 +/
Хотя, вот тут (https://lwn.net/SubscriberLink/837033/432efd8f4095d556/) пишут что да, это регрессия в ядре.
Добавили новые события, которые попали в старые правила udev с маской (ACTION!="add|change"). Из-за того, что правила слишком широкие, они стали срабатывать на новые события. К тому же новые события приводили к сбросу устройства.
В целом, да, изменения в ядре привели к ошибкам в userspace.
Первый багрепорт был про подключение MTP устройства (android).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от Аноним (37), 28-Ноя-20, 15:35   +/
Udev вроде до сих пор заменяется на mdev, с возрождением consolekit возможно придётся немного попотеть. И флешки тоже подключаются. Вейланд я так понимаю не работает без dbus и loginctl, дальше будет сложнее, после его внедрения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #44, #62, #117

38. Сообщение от Аноним (38), 28-Ноя-20, 15:39   +2 +/
Но форте запили, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #106, #119

39. Сообщение от mikevmk (??), 28-Ноя-20, 15:40   +17 +/
Это не модно. Теперь новости проекта будут для вашего удобства публиковаться только в TikTok
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #82

40. Сообщение от Аноним (38), 28-Ноя-20, 15:41   +7 +/
Жду следующую новость: для использования systemd требуется обязательное использование btrfs.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91

41. Сообщение от mikevmk (??), 28-Ноя-20, 15:46   +1 +/
У меня как админа от системд чувства противоречивые. Сервис-менеджмент, юниты, слайсы - скорее ок, чем нет. Если немного знать как только готовить

Всякие локальные резольверы, подсистема авторизации, нетворкд - ну такоэ. Что можно выпиливаю на своем, слишком говна много производят. Невыпиливоемое потребляю без радости

Отношение к hier - вообще швах, поубивав бы

Может лет через 10 устаканится.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #103

42. Сообщение от крокодил мимо.. (?), 28-Ноя-20, 15:49   +9 +/
"Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами, которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды от корпорашивных макак и окошек Пользователю..  и заверте.. на оптимизации забили буй (ибо надо продавать новые процы и Больше памяти), только-только начавший приобретать какое-то "лицо" десктоп (да, ска, с gtk2 и тем-самым kde3) решительно и бесповоротно выкинули на мороз, а предсказуемое и хорошо документированное поведение системы "пофиксили" системдой (ибо опыт "пш-пш аудио" и прочих поделок ушлёпка как-бэ неиллюзорно намекал на неизбежное).. и вроде пох, ибо есть Ѣ Хрюкс, mutt, w3m, screen/tmux, mpv/mplayer и прочая консоль и ncurces.. но, чсбх, Карл, порой оч досадно и обидно в очередной раз наблюдать, как что-то хорошее стремительно закапывают в угоду корпам (и всем тем, у кого "больше прав"™).. ¯\_(ツ)_/¯   ( ͡° ͜ʖ ͡°)  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #143, #167

43. Сообщение от вопль_в_пустыне (?), 28-Ноя-20, 15:49   –8 +/
Да нормальная вещь этот системд, не понятно нытье некотрорых неосилянтов. Вполне удобная вещь свои цели и задачи выполняет на все 100% стоит просто ознакомиться с документацией и понять как оно работает и тогда поймете насколько гибкий инструмент этот системд.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

44. Сообщение от Аноним (44), 28-Ноя-20, 15:49   +1 +/
смотря какой вейланд. Sway например никак не использует dbus, а вместо systemd-logind там запилили собственный минималистичный демон seatd, который вроде как даже во фре работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

45. Сообщение от Х (?), 28-Ноя-20, 15:50   +1 +/
Они так любят каждый релизом что-то, да ломать в совместимости, что страшно обновлять ОС штатными методами. Не то чтобы есть что ломать, но это до поры так - мало ли что обновится "само собой"?

Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!

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

46. Сообщение от protonessoemail (?), 28-Ноя-20, 15:53   +2 +/
Так udev же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

47. Сообщение от Fracta1L (ok), 28-Ноя-20, 16:05   –2 +/
> Отношение к hier - вообще швах, поубивав бы

Сорян, но hier уже давно превратился в алогичную помойку с бинарниками в lib и библиотеками в share. Впрочем, алогичным он изначально был, типичное сиемоментное тяп-ляп.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #54

48. Сообщение от Аноньимъ (ok), 28-Ноя-20, 16:07   +7 +/
Наши systemd-homed самые красивые!
ПАМ ПАМ РАМ ПАМ ПАРАМ ПАРАМ!
ПАМ ПАРАМ ПАРАМ ПАМ ПАРАМ!

А не толерантные, не системдутые!
Кричат и давятся слюной!
А Поттер в Редхата бункере гордится святой системдой!

Наша ОС лучше чем виндовс!
Потому что толерантнеее.
ПАМ ПА РАМ ПАМ ПАРАМ ПАРАМ!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #214

49. Сообщение от Аноним (49), 28-Ноя-20, 16:07   –2 +/
Мне полезно Я пользуюсь. Пользуюсь тем что креденшелы теперь будут "безопасно" через файл передаваться. Теперь этот файл будет безопасно на наши сервера передаваться. Очень удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

50. Сообщение от Аноним (49), 28-Ноя-20, 16:09   +3 +/
Так оно с ней быстрее грузиться чем без неё или нет? Меня лично только это волнует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #66, #104

51. Сообщение от Аноним (216), 28-Ноя-20, 16:26   +3 +/
Потеринг, успокойся, твои поделки всё равно выкинут, как пульсу.
Ответить | Правка | Наверх | Cообщить модератору

52. Сообщение от Аноним (216), 28-Ноя-20, 16:27   +2 +/
> Версии где-то к пятисотой...

На 499-ой выкинут, как пульсу.

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

53. Сообщение от Я (??), 28-Ноя-20, 16:29   +/
так написали уже..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

54. Сообщение от Аноним (37), 28-Ноя-20, 16:34   +3 +/
Это-то ладно, но вот 32 и 64 битные файлы вперемешку это какой-то позор. Раньше генту выделялась однозначным разделением: 32 битные и 64-32 битные файлы шли отдельно от основных 64 битных, но тоже переделали всё по образцу федоры — всё в кучу теперь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

55. Сообщение от Аноним (55), 28-Ноя-20, 16:37   +3 +/
Лёня, не томи, когда там уже SystemDOS выйдет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

56. Сообщение от Аноним (-), 28-Ноя-20, 16:37   +5 +/
JSON???????????? Они там совсем уже, может им еще Web парсер туда запихать, чтобы формошлепщикам удобнее было?!?!?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

57. Сообщение от КО (?), 28-Ноя-20, 16:41   –1 +/
Поэтому их стараются выкинуть?
Серьёзный подход.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

58. Сообщение от NotaBug (ok), 28-Ноя-20, 16:42   +4 +/
Нет ну чего, товарищи из Red Hat идут своим путём, на всех кладут как в малом, так и в великом. Банальный пример заголовки окон в gtk3, их ненавидят буквально все, даже гномопони, и что? Да хоть бы что, жрите. Особенно радуют хомячки из партии "продакшен".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

59. Сообщение от Dzen Python (ok), 28-Ноя-20, 16:51   +2 +/
Как будто что-то плохое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #76

60. Сообщение от Dzen Python (ok), 28-Ноя-20, 16:52   +3 +/
Зачем rust?

Надо сделать все на 1С. Говорю, тема.

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

61. Сообщение от Аноним (216), 28-Ноя-20, 17:00   +4 +/
Помнится, как пропихивали кастомную декорацию: "Стандартные заголовки слишком толстые, мы хотим сами рисовать...". В итоге нарисовали даже толще, чем было, а кнопки сделали ещё меньше...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #75

62. Сообщение от Siborgium (ok), 28-Ноя-20, 17:00   –1 +/
Wayland отлично работает с consolekit и elogind в Gentoo и FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #63, #133

63. Сообщение от Аноним (37), 28-Ноя-20, 17:05   +/
Consolekit не работает отлично. Elogind это часть systemd как и eudev, работает он очень не отлично, постоянно баги лезут. Есть ещё проблемы с pam, я так понимаю, у systemd их тоже нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #68, #139

64. Сообщение от Анонимчжан (?), 28-Ноя-20, 17:10   +1 +/
на 500 будет просто новая система систиемдикс называется))) системда уже рулит всей системой. это слишком опасно уже стало , а все радуются. онаж должна была быть быстрым менеджером-пускалкой, а стала почти королевской основой))) и вроде бы пользователи должны воспротивиться, а все хлопают в ладоши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #96

65. Сообщение от Dzen Python (ok), 28-Ноя-20, 17:12   –2 +/
...универсальная, с наименьшим костылизмом, нормальной архитектурной частью (юнит-таймер-сокет).
Но ананас на опеннете знает лучше, поэтому прячась за размытыми формулировками хает то, что принято здесь хаять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #187

66. Сообщение от Анонимчжан (?), 28-Ноя-20, 17:12   +1 +/
на первых ерсиях да, но сейчас она сама отжирает столько, что медленнее старого инита, но уже все приплыли фиг выкинешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

67. Сообщение от Олег (??), 28-Ноя-20, 17:13   +2 +/
Видимо, современные одмины из хипстеров. Лично знаю людей, которые познакомились с linux-дистрами недавно и как оно без systemd они просто не знают. Печаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #156, #175

68. Сообщение от Siborgium (ok), 28-Ноя-20, 17:15   +/
>не работает отлично

Чем подкрепите свои слова?

>Elogind это часть systemd как и eudev

Хотя их можно считать частью systemd, они являются самостоятельными частями, не привязанными к остальным частям systemd.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #70

69. Сообщение от Олег (??), 28-Ноя-20, 17:17   +2 +/
> Таймеры из коробки

Что за таймеры?

> декларативные зависимости, единый лог отовсюду

Вау! Системы без системд в шоке! Единый лог и зависимости это уже вау оказывается. А динамические зависимости, как в openrc, оно умеет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #72

70. Сообщение от Аноним (37), 28-Ноя-20, 17:30   –1 +/
Десятилетним опытом ежедневного использования генту? Мне лень, если честно. В любом случае, совсем не отлично. Udev изначально сторонний проект, только поэтому он "отдельно", на практике не совсем. Eudev это шутка зашедшая слишком далеко, вроде работает, были какие-то проблемы тоже. Elogind просто глюкалово, кусок выдранный из системд — постоянные проблемы с полисикитами и всем остальным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #144

71. Сообщение от Аноним (72), 28-Ноя-20, 17:37   +/
> PAM-настройки сервиса "systemd-user" перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/

Какое досадное упущение! Почему до сих пор не заменили PAM на systemd-authd?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84, #93, #162

72. Сообщение от Аноним (72), 28-Ноя-20, 17:40   +1 +/
> Что за таймеры?

Это как crontab, но не crontab.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #161

74. Сообщение от Хвала Линусу Поттерингу (?), 28-Ноя-20, 17:55   +/
Полностью поддерживаю! Недаром чудное творение Линуса Поттеринга приняли во все ведущие дистрибутивы Линукс - профессиональные разработчики видят, кто лучше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #81

75. Сообщение от NotaBug (ok), 28-Ноя-20, 17:59   +2 +/
Нет слов)

https://hostingkartinok.com/show-image.php?id=b4bf6b2577c854...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #126

76. Сообщение от user90 (?), 28-Ноя-20, 17:59   +/
Примерно как петон ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #113

77. Сообщение от Аноним (77), 28-Ноя-20, 18:03   +1 +/
Лёня, ваша отдельная ОС называется ШляпоОС. Плохо не знать корпоративные стандарты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

78. Сообщение от Аноним (77), 28-Ноя-20, 18:13   +3 +/
Фрокталушка, да оно ж сплошная сишная дыра. Куда ни ткни - "not a bug". Как можно-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

79. Сообщение от Аноним (77), 28-Ноя-20, 18:14   +1 +/
Это что такое, круче Брейнфака?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

80. Сообщение от Аноним (77), 28-Ноя-20, 18:16   +7 +/
Xorg - то, что надо. Не то, что эти ваши недо-вялнды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

81. Сообщение от Аноним (77), 28-Ноя-20, 18:18   +1 +/
Ведущие куда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #130

82. Сообщение от Аноним (77), 28-Ноя-20, 18:21   +1 +/
А в Твитор и Фасебук дублироваться будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

83. Сообщение от Аноним (77), 28-Ноя-20, 18:24   +/
Systemd и PulseAudio - разницы в значимости не заметил. Видно, не дорос ещё до высоких мыслёв иПони.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #99, #101

84. Сообщение от Анонимчжан (?), 28-Ноя-20, 18:25   +1 +/
не спеши они ещё не дорвались. скоро  доберутся. я вообще предложил бы потерингу или кто там ща всем рулит запилить свою ось на системде, а сообществу оставить урезанный вариант с системдой, которая выполняет только строго функции пускалки и контроля-перезапуска сервисов, как было в ините.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #141

85. Сообщение от Аноним (77), 28-Ноя-20, 18:39   +2 +/
QR code, JSON в базовой системе - кошмар.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

86. Сообщение от Аноним (77), 28-Ноя-20, 18:40   +1 +/
Ну вебсервер там уже давно есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #94

88. Сообщение от Лёня (?), 28-Ноя-20, 18:42   +2 +/
Работаем над этим. Гновмеры оболочку к ней клепают systemd-gnomed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

89. Сообщение от Лёня (?), 28-Ноя-20, 18:44   +1 +/
Ну вот я почему-то не могу пользоваться Windows. Не потому, что не умею, а просто не могу, воротит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #194

90. Сообщение от Лёня (?), 28-Ноя-20, 18:47   +3 +/
Не просто на JS, а на Electron!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

91. Сообщение от Аноним (91), 28-Ноя-20, 18:51   +6 +/
и фреймворка Electron.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #95

92. Сообщение от Аноним (216), 28-Ноя-20, 19:02   +1 +/
systemwindowsd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

93. Сообщение от Аноним (216), 28-Ноя-20, 19:04   +3 +/
а с каких пор вообще настройки начали в либы толкать?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

94. Сообщение от Аноним (216), 28-Ноя-20, 19:09   +1 +/
А оракл туда Поттеринги ещё не вкомпилили? Мне надо веб и оракл, тогда кроме системды ничего больше не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

95. Сообщение от Аноним (216), 28-Ноя-20, 19:12   +2 +/
внутри pid 0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

96. Сообщение от Аноним (216), 28-Ноя-20, 19:13   +/
> а стала почти королевской основой

Свинцовым шлакоблоком она стала, привязанным к ногам. Плавайте с наслаждением!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #111

98. Сообщение от Аноним (113), 28-Ноя-20, 19:35   –1 +/
Для просвещения восторженных масс оставлю сдесь https://unixsheikh.com/articles/systemd-isnt-safe-to-run-any...

Конечно, я не фанат sysvinit и производных. Говно мамонта - оно и есть говно. Предпочитаю babysitter идеологию. Хрен с ней, что как в винде, зато толку больше. Мне непонятно только почему не подхватили upstart. Вполне годная весчь была, ну, забил калноникал на нее, но почему никто не поднял упавшее знамя?

Или я что-то упускаю?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110, #168, #186

99. Сообщение от iPony129412 (?), 28-Ноя-20, 19:36   –1 +/
> разницы в значимости не заметил

Ну это расписка в своей глупости.

> PulseAudio is currently maintained by three volunteer developers on their free time (probably amounting to less than one full time developer), which is not really enough, given the project size and scope.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #134

101. Сообщение от iPony129412 (?), 28-Ноя-20, 19:40   –1 +/
Ну и PulseAudio сейчас будет уходить на свалку, с замещением на PipeWire.
И то понятно мало кого волнует, ибо это десктоп.

А если бы такое с Systemd было бы, тут уж очень многие напряглись бы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #136

103. Сообщение от Аноним (113), 28-Ноя-20, 19:47   +/
Не надейся. Не устаканится.
Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали, конечно, в жизни черные полосы в виде Qubes, плюс всякие dm которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься от всего накоммиченного всеми этими... Только хардкор, только FreeBSD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #150

104. Сообщение от Аноним (113), 28-Ноя-20, 19:53   +1 +/
Никто уже не может осилить чтобы было быстрее. Особенно shutdown, а не загрузка!!!
И все это благодаря багам systemd. Которые можно как-то обойти, знать бы как.
Сейчас, например, devuan грузится намного быстрее debian.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #125

105. Сообщение от Аноним (113), 28-Ноя-20, 19:58   +2 +/
Нах%й ты им это подсказал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #242

106. Сообщение от Аноним (113), 28-Ноя-20, 20:02   +1 +/
Ты форт не трожь! Он у меня влезал в авээрку 8515 с внешней 32K RAM. Безо всякой кросс-компиляции, полноценная система была через UART. Сейчас такое не делают, даже я.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

107. Сообщение от Аноним (113), 28-Ноя-20, 20:05   +1 +/
-- я инвалид нулевой группы (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

108. Сообщение от Аноним (113), 28-Ноя-20, 20:12   –1 +/
А как все это написать с планшета?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #148, #216

110. Сообщение от Аноним (216), 28-Ноя-20, 20:22   +1 +/
> почему не подхватили upstart.

внезапно, хромоось

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #115

111. Сообщение от анонимуслинус (?), 28-Ноя-20, 20:24   +/
системду в утиль!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

112. Сообщение от псевдонимус (?), 28-Ноя-20, 20:28   –1 +/
Прекрасная вещь по сравнению с гонореей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

113. Сообщение от Аноним (113), 28-Ноя-20, 20:31   –1 +/
Ну да, код задорого не продашь. Маловато SLOC по сравнению c плюсам и жабами, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

114. Сообщение от псевдонимус (?), 28-Ноя-20, 20:34   –1 +/
"с нарушением обратной совместимости.."

Системднище такое днище.

"Пока дбус ещё недоступен"

Гнилые костыли и фридрисктопная калошина такие убогие.

"Обработчик нехватки памяти"

Линукс за 20 с лишним лет так и не научился вменяемому управлению памятью. И не научится. Иначе весь его такой модульный-премодцльный код рассыпется, как карточный домик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #132, #248

115. Сообщение от Аноним (113), 28-Ноя-20, 20:35   –2 +/
пля...
внезапно - нафиг она мне?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

116. Сообщение от псевдонимус (?), 28-Ноя-20, 20:37   –1 +/
За поломку этого следовало бы четвертовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

117. Сообщение от псевдонимус (?), 28-Ноя-20, 20:40   +/
Сам по себе должен работать. Программы под ним без дристошины этой вряд ли будут. Реально, тут только киллеры помочь могут.:-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

118. Сообщение от псевдонимус (?), 28-Ноя-20, 20:42   –1 +/
Там же сплошные сишные дырени. Поставил, провалился и ногу подвернул. Пришлось снести:-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

119. Сообщение от псевдонимус (?), 28-Ноя-20, 20:44   –1 +/
Форт гениален. И работает. И кушать непрочитанных, а главное горшочниковы в него не могут, он сходу выявляет их профнепригодность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #129

120. Сообщение от псевдонимус (?), 28-Ноя-20, 20:49   –2 +/
Уже давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

121. Сообщение от Аноним (121), 28-Ноя-20, 20:50   +/
Призрак венды гуляет близко.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #127, #178

123. Сообщение от native76 (ok), 28-Ноя-20, 20:55   +1 +/
слон обрастает шерстью )
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #142

125. Сообщение от псевдонимус (?), 28-Ноя-20, 20:58   +/
Это не обойти. Причина тормозов при загрузке именно в параллельном старте кучи всякого го..ну ты понел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #138

126. Сообщение от псевдонимус (?), 28-Ноя-20, 21:00   +1 +/
Трындец. :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

127. Сообщение от псевдонимус (?), 28-Ноя-20, 21:02   +/
Это не винда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #169

128. Сообщение от Аноним (-), 28-Ноя-20, 21:04   +1 +/
ооо! все встает на свои места, как вкорячили так называют "системный менеджер" а поначалу под инициализацию косили.

я блин счастлив что остались норм дистры где нет этого г.

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

129. Сообщение от Аноним (113), 28-Ноя-20, 21:11   +/
Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я 20 лет думаю думки как сделать конфетку, но - не дано. Тут нужно божественное вмешательство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #131

130. Сообщение от Аноним (113), 28-Ноя-20, 21:13   +4 +/
В кабак, конечно.
Восьмиклассница...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

131. Сообщение от псевдонимус (?), 28-Ноя-20, 21:15   –1 +/
> Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я
> 20 лет думаю думки как сделать конфетку, но - не дано.
> Тут нужно божественное вмешательство.

Фактор?

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

132. Сообщение от Аноним (113), 28-Ноя-20, 21:17   +/
Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо ifconfig. Где-то писали уже про это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #135

133. Сообщение от arthi747 (ok), 28-Ноя-20, 21:17   +/
Вяленый нигде не работает отлично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

134. Сообщение от Аноним (113), 28-Ноя-20, 21:22   +/
Ну так я тоже тупой тогда. Послезавтра systemd будут пилить уже два мэйнтейнера, да и то, не пилить - а багрепорты бонсить. Дистры, конечно же, переползут обратно на sysvinit, но что делать с низшем слоем, который будет по привычке срать в /etc/systemd или /lib/systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #184

135. Сообщение от псевдонимус (?), 28-Ноя-20, 21:23   –2 +/
> Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо
> ifconfig. Где-то писали уже про это.

Где ты увидел фрагментацию Линукс? Я говорю именно про ядро. Бсд куда фрагментированней, именно благодаря отсутствию модульногопримодульногокода и присутствия стабильных внутри ядерных апи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #241

136. Сообщение от arthi747 (ok), 28-Ноя-20, 21:30   –1 +/
Этот ваш пипе в шумодав умеет? Я не ради троллинга, просто часто юзаю пульсовый шумодав. Он в пульсе шикарный. Или щас минусов напхаете и не ответите как обычно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #185, #237

137. Сообщение от Никтоemail (??), 28-Ноя-20, 21:31   +/
Systemd посланник зла!
И на небе не следа...
И не видно ничего,
Ты остался на нём на всегда.
И не будет больше сказок,
Светлых радосных деньков,
Только systemd не знает жалость,
Он сжирает мозги в кровь.
Ты один и systemd с тобою,
Только нет спасенья в новь.
Systemd оттащит в подземелье,
Где отпустит тебя в новь.
Ответить | Правка | Наверх | Cообщить модератору

138. Сообщение от Аноним (113), 28-Ноя-20, 21:34   –1 +/
Не, дело не в параллельном старте, дело в ожидании каких-то событий по две минуты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #149, #155

139. Сообщение от freehckemail (ok), 28-Ноя-20, 21:36   +2 +/
> Elogind это часть systemd

Не совсем. Это форк от systemd, в котором выпиливают всё, кроме logind.

> работает он очень не отлично, постоянно баги лезут

Потому что сделать полностью совместимый форк systemd невозможно, кэп.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #146

140. Сообщение от Никтоemail (??), 28-Ноя-20, 21:37   +3 +/
>В systemd-resolved в дополнение к D-Bus и локального DNS (127.0.0.53) добавлен ещё один IPC-интерфейс - Varlink, который позволяет определять имена в initrd и на раннем этапе загрузки, когда D-Bus ещё недоступен. Добавлен параметр DNSStubListenerExtra для указания дополнительных IP для приёма запросов, в дополнение к 127.0.0.53:53. При обработке запросов через D-Bus и Varlink указание точки после имени хоста теперь воспринимается как отключение проверки с доменом, указанным в параметре "search", т.е. вызов "resolvectl query foo." эквивалентен "resolvectl query --search=off foo.".

Опять вырастит initrd. Он и так уже не запускается со 128Мб ОЗУ.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #157, #177

141. Сообщение от Аноним (113), 28-Ноя-20, 21:38   +/
Ну, системед на ось не тянет, а если бы и пытался, то первый же дятел (самизнаетекто) разрушил бы линукс до основания.
Не пустят его туда, не ссыте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #218

142. Сообщение от Аноним (113), 28-Ноя-20, 21:40   +/
Скорее, наоборот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

143. Сообщение от arthi747 (ok), 28-Ноя-20, 21:40   +1 +/
Помню еще во время оно поставил убунту 10.04. Как же быстро она работала. А потом вышла 12.04 и это был провальный провал в скорости работы и дело было не в юнити. Примерно с 2.4 ядро стало стремительно тяжелеть и к 3.х уже стало неповоротливым монстром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

144. Сообщение от freehckemail (ok), 28-Ноя-20, 21:42   +1 +/
>> Чем подкрепите свои слова?
> Десятилетним опытом ежедневного использования генту

Ну так себе аргумент. Но лучше за меня ответят разработчики rxvt-unicode: https://github.com/exg/rxvt-unicode/blob/master/README.FAQ#L8

>   I use Gentoo, and I have a problem...
>    There are two big problems with Gentoo Linux: first, most if not all
>    Gentoo systems are completely broken (missing or mismatched header
>    files, broken compiler etc. are just the tip of the iceberg); secondly,
>    it should be called Gentoo GNU/Linux.
>    For these reasons, it is impossible to support rxvt-unicode on Gentoo.
>    Problems appearing on Gentoo systems will usually simply be ignored
>    unless they can be reproduced on non-Gentoo systems.
>

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #147

146. Сообщение от Аноним (37), 28-Ноя-20, 21:48   –1 +/
Это форк, но это скорее "взяли куски кода из сд и норм". Совместимость с сд никого не волнует, а сессиями и разложившийся консолекит успешно заведовал, могли бы побольше любви проявлять мне кажется. Но изначально это неотъемлемая часть сд, в отличие от удев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

147. Сообщение от Аноним (37), 28-Ноя-20, 21:56   –1 +/
Какой-то булшит, извините меня за мой франзузский. Любой софт нормально собирается и работает (хоть из гита хоть откуда), а этому танцору всё что-то мешает. Бтв rxvt это ведь тот мусорный эмулятор, да и чёрт бы с ним. Тот же xterm на порядки лучше, если уж на то пошло. По фичам конечно konsole и ничего другого быть не может, но xterm (настроенный) сойдёт, если что-то легковесное необходимо, а плохие пародии не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #151, #152

148. Сообщение от YetAnotherOnanym (ok), 28-Ноя-20, 22:01   +2 +/
> А как все это написать с планшета?

Пц... автору пульсы и системды не на чем настучать текст?

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

149. Сообщение от псевдонимус (?), 28-Ноя-20, 22:01   –1 +/
> Не, дело не в параллельном старте, дело в ожидании каких-то событий по
> две минуты.

Ожидания поцер не ради лулзов ввел. Именно для реализации параллельного старта (который, к слову, умеет допотопный сисвинит).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #201

150. Сообщение от псевдонимус (?), 28-Ноя-20, 22:03   –1 +/
> Не надейся. Не устаканится.
> Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали,
> конечно, в жизни черные полосы в виде Qubes, плюс всякие dm
> которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься
> от всего накоммиченного всеми этими... Только хардкор, только FreeBSD

Хардкор это стрекоза же!
Даже кока у них нет, как так жыть! Сплошной киберпанк.))

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

151. Сообщение от freehckemail (ok), 28-Ноя-20, 22:04   +2 +/
> Какой-то булшит, извините меня за мой франзузский.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #153

152. Сообщение от Аноним (37), 28-Ноя-20, 22:07   –1 +/
Но впрочем одни и те же хидеры с одним и тем же названием могут принадлежать совершенно разным пакетам. То же самое и с либами, и даже с экзешниками. Чаще всего это форки разных десятилетий, есть множество таких примеров. Это не проблема. А какое может быть решение? Переименовывать каталоги хидеров по названию пакета? Может ещё и по версии? Ну да, конечно. Это всё зависит от авторов ПО, а не от мейнтейнеров.

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

153. Сообщение от Аноним (37), 28-Ноя-20, 22:11   –1 +/
Задача номер один, это локализовать проблему и убедится в её воспроизводимости. А значит, чрут или что-нибудь такое, а то если система собрана с graphite или lto возможны самые разнообразные приключения из-за максимельно опосредованных зависимостей. Что есть, то есть, но на хидеры я бы не гнал. Некрофилию не одобряю, разрабы должны исправлять такие вещи прежде чем они доберутся до генты (там полгода-год задержка от апстрима в репах).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

154. Сообщение от mikhailnov (ok), 28-Ноя-20, 22:14   +/
> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()

Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо авторезолвера?

UPD. https://github.com/systemd/systemd/issues/17769

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

155. Сообщение от псевдонимус (?), 28-Ноя-20, 22:20   –1 +/
Ещё одна возможная причина: дерьмодемон дбус. Там надо ковырять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

156. Сообщение от mikhailnov (ok), 28-Ноя-20, 22:24   –1 +/
Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #160

157. Сообщение от mikhailnov (ok), 28-Ноя-20, 22:25   –1 +/
А вас заставляют пихать systemd-resolved в initrd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #171

158. Сообщение от псевдонимус (?), 28-Ноя-20, 22:33   +/
> Они так любят каждый релизом что-то, да ломать в совместимости, что страшно
> обновлять ОС штатными методами. Не то чтобы есть что ломать, но
> это до поры так - мало ли что обновится "само собой"?
> Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!

Они и будут ломать. Пока им что нибудь не сломают и не скажут, что оно так и было.


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

160. Сообщение от Олег (??), 28-Ноя-20, 23:01   +3 +/
> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.

Мне кажется, что такую охинею пишут админы локалхоста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #188

161. Сообщение от Олег (??), 28-Ноя-20, 23:02   +/
Это как :-)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #166

162. Сообщение от Аноним (162), 28-Ноя-20, 23:15   +1 +/
Абажитте. Сейчас Леня увидит https://github.com/SSSD/sssd/issues/5396 и понесется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

163. Сообщение от Просто Саша (?), 28-Ноя-20, 23:17   +/
Переписать на раст и прекрутить кутишный гуй, и всё нормально сразу будет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #164

164. Сообщение от Аноним (164), 28-Ноя-20, 23:27   +/
Лучше сразу на электроне и в облако
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #176

166. Сообщение от пох. (?), 29-Ноя-20, 00:26   +/
Ну, вот представь что тебе надо запускать процесс с точностью до наносекунд и еще с рандомной задержкой. Может этакое твой кроньтаб? Отож!

А что найух не нужно - так это мелочи. Зато возможность есть!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #173, #189, #196

167. Сообщение от пох. (?), 29-Ноя-20, 00:35   +/
> "Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами,

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

> которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды
> от корпорашивных макак и окошек Пользователю..

пока это было так - это было просто прекрасно. Белки-истерички "уставшие от окошек" проходили не задерживаясь.

К сожалению, щастье продолжалось недолго - примерно с 99го и по 2004й. А дальше как раз корпорации, доев sco и isc и подобравшись уже и к sun, начали заботиться об "уставших", все больше еще уже но немного не совсем готовиться к десктопу ("уставшие" ведь хотели "как в винде, только ХАЛЯВУ!"), и попутно анально огораживать свои дистрибутивы (вякая еще что-то там про шва6одный софт)

Уничтожение redhat linux, уничтожение xfree86, "стабильное ведро - в вашем дистрибутиве". Помним, ненавидим.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #180, #209, #245

168. Сообщение от пох. (?), 29-Ноя-20, 00:42   –2 +/
> Хрен с ней, что как в винде, зато толку больше.

Тогда будь счастлив с системдой. Там ВСЕ сделано "как в винде", поскольку в юникс его разработчики и не умели никогда. Да и зачем это говно мамонта, есть же ж винда!
Ты этого хотел - ну так жри, за обе щеки, а не вороти морду.

> Мне непонятно только почему не подхватили upstart.

потому что он был еще большее говно. Ничего толком не умел, имел совершенно невменяемое управление и синтаксис. Топят за него в основном те, кто его в глаза и не видели (потому что next-next-ok и никогда никуда не лазят, да и не умеют - "как в винде" же ж) Напомни-ка, как отключить в нем запуск сервиса, не подглядывая в гугль?

А как теперь быстро понять, какие сервисы у нас включены?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #228

169. Сообщение от пох. (?), 29-Ноя-20, 00:43   +/
Это на порядок хуже, угу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #179

170. Сообщение от Аноним (170), 29-Ноя-20, 00:54   +/
Как в Arch отключить полностью systemd-homed, чтобы в логах ругни не было?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #174

171. Сообщение от Аноньимъ (ok), 29-Ноя-20, 01:24   +3 +/
> А вас заставляют пихать systemd-resolved в initrd?

После того как мейнстрим дистры, арк, дебиан, легли под редхат, у пользователя большого выбора нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #172

172. Сообщение от mikhailnov (ok), 29-Ноя-20, 01:28   –1 +/
посмотрел git master dracut, там не тянется resolved в initrd, а если не нравится NetworkManager в нем, можно использовать модуль network-legacy
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #190

173. Сообщение от Олег (??), 29-Ноя-20, 01:29   +1 +/
> надо запускать процесс с точностью до наносекунд

Оригинально :-D. Что-то мне подсказывает, что у тех, кому это надо, ещё до Лёни были свои специализированные пускалки. И явно не хуже.

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

174. Сообщение от Аноним (174), 29-Ноя-20, 02:34   +/
https://wiki.archlinux.org/index.php/Systemd-homed

However, you must enable and start the systemd-homed.service.
просто сделай обратное тому как замускал

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

175. Сообщение от IRASoldier_registered (ok), 29-Ноя-20, 02:47   –5 +/
И незачем им знать, как оно без systemd, потому что требовать этого от них - все равно, как требовать от машиниста маглева знания специфических механизмов паровоза. Тук-тук, там кто-то есть? На дворе 2020, пора выходить из анабиоза. Ваши дистрибутивы без systemd все еще нужны только там, где их слишком накладно обновить, примерно так же, как кое-где в банковской системе до сих пор юзают Кобол.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #193

176. Сообщение от Аноним (216), 29-Ноя-20, 03:30   +/
а смотреть только через браузер и никак иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #205

177. Сообщение от Аноним (216), 29-Ноя-20, 03:41   +1 +/
Надо Поттерингам весь /usr в initrd засунуть, чего уж мелочиться. Грузанул файл в память - и готово, как после гибернации + сразу кеш готовый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

178. Сообщение от Аноним (216), 29-Ноя-20, 03:44   +/
даже в винде такого трэша не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

179. Сообщение от псевдонимус (?), 29-Ноя-20, 03:50   +/
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

180. Сообщение от псевдонимус (?), 29-Ноя-20, 05:35   –2 +/
А "тот" редхат Линукс был хорош? Я его даже в виртуалке не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #210, #246

184. Сообщение от iPony129412 (?), 29-Ноя-20, 06:13   –2 +/
> Послезавтра systemd будут пилить уже два мэйнтейнера. Дистры, конечно же, переползут обратно на sysvini

Как-то слишком тупо.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #249

185. Сообщение от iPony129412 (?), 29-Ноя-20, 06:16   –1 +/
> Этот ваш пипе в шумодав умеет?

У меня он даже просто звук не носили воспроизвести - шипит и заикается. Хотя что-то знакомое...
Ну 0.3 версия. Это его в следующую Fedora засадят дефолтом, будут этак полгода тестировать – тогда можно будет подходить с всякими шумодавами.
А сейчас не тот уровень пока.

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

186. Сообщение от Zenitur (ok), 29-Ноя-20, 07:20   +1 +/
Есть альтернатива в виде OpenRC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

187. Сообщение от leibniz (ok), 29-Ноя-20, 07:59   +/
никто ничего не «хает»... просто рассматриваю сабж исключительно как систему инициализации, с позиции минимализма (:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

188. Сообщение от n00by (ok), 29-Ноя-20, 08:39   +2 +/
>> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
> Мне кажется, что такую охинею пишут админы локалхоста.

Он не только такое пишет, но и написал systemd-initramfs-gen.sh https://abf.io/import/systemd/blob/12fb9621f5dfcf549b15b5928...

Это такой скриптик, который при обновлении systemd в Rosa Tresh пересоздавал в boot разделе все подряд initrd образы, затирая чужие. Если рядом была установлена другая ОС, естественно, после такого она не могла бы загрузиться. Конечно, было бы здорово, если бы писатель получил по кривым ручёнкам от "благодарных" пользователей, но пришлось заставить его исправить, т.к. ошибка второго порядка, и в первую очередь жаловались бы на другие ОС.

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

189. Сообщение от n00by (ok), 29-Ноя-20, 08:56   +/
Как-то пробовал сделать на таймере часы, которые выводят каждую секунду время в tty (а там железка принимает и отображает). В итоге, конечно, отказался от неблагодарной затеи, написал сам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

190. Сообщение от n00by (ok), 29-Ноя-20, 09:14   +1 +/
Ты же писал Поттеренгу, что не понимаешь толком, как systemd в этой части работает https://github.com/systemd/systemd/pull/15479#issuecomment-6....
На этом стоило бы остановиться, пока не родился новый пёрл про "строгую типизацию" в Си или "#define объявляет переменную".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

191. Сообщение от n00by (ok), 29-Ноя-20, 09:51   +/
>> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()
> Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо
> авторезолвера?

А что, другие компоненты не используют dlopen()? Используют. Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера". Кстати, когда я писал "переход с rpm5 на rpm4 - вопрос жизни и смерти для Rosa Tresh", я в том числе это и имел ввиду. Но исключительно автономные разработчики, как всегда, всё сделали наоборот, точнее, кто-то за них сделал. ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #200, #203

193. Сообщение от Пыщь (?), 29-Ноя-20, 10:38   +/
Не рановато сырую вещь с маглевом сравнивать? И, вообще, представляешь, важнейшая часть поезда на магнитной подушке - это вовсе не линейный асинхронный двигатель? Гораздо более сложная вещь - это мехнические конструкции с высокими допусками и требованиями к материалам, без которых идея ЛАД с магнитной подвеской так бы оставалась идеей с конца 19-ого века (да-да, настолько древняя).
Нет нынче инженеров, жрут любой рекламный буклет, изобилующий модными словами, с умной миной, вообще не представляя базы представляемой технологии. ИТ-шники такие ИТшники (жители мира розовых поней).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #202

194. Сообщение от Пыщь (?), 29-Ноя-20, 10:39   +/
Обои скучные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

196. Сообщение от Пыщь (?), 29-Ноя-20, 10:47   +/
А линух без спец. патчей считается системой реального времени?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #217, #224

200. Сообщение от mikhailnov (ok), 29-Ноя-20, 12:19   –1 +/
> А что, другие компоненты не используют dlopen()?

Используют, но в данном случае это создание лишней непредсказуемости.

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

201. Сообщение от СеменСеменыч777 (?), 29-Ноя-20, 12:20   +/
> Ожидания [...] Именно для реализации параллельного старта

есть решение, даже целых два: systemd-mutexd и systemd-spinlockd - по названию понятно что такое и что должно делать.

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

202. Сообщение от IRASoldier_registered (ok), 29-Ноя-20, 12:27   –4 +/
> сырую вещь

Linux ВСЕГДА был сырой вещью. И будет. Не считая LTS / stable релизов - до определенной степени, конечно. До тех пор, пока в него не вольется больше денег, а значит - больше разработчиков и больше времени на разработку. На энтузиазме и прочем волонтерстве далеко не уедешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #204, #223

203. Сообщение от mikhailnov (ok), 29-Ноя-20, 12:46   +/
> Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера"

Авторезолвер, безусловно, было бы неплохо доработать для таких случаев, но сначала его надо доработать, а затем в одном из ключевых компонентов системы можно будет перейти на dlopen(). Сейчас это создает непредсказуемость из-за отсутствия инструментария для контроля целостности ABI и соответствия soname в источнике и потребителе.

В апстриме пытаются придумать systemd-специфичные вставки в ELF-файлы, чтобы можно было распарсить зависимости (https://github.com/systemd/systemd/pull/17416), это почти не имеет отношения к доработке авторезолвера, т.к. не является универсальным решением.

Сейчас в systemd:
1. soname записан прямо в коде, а не определяется на этапе сборки (это очень плохо! пакет соберется, а никто и не заметит, что он изначально собрался так, что этот функционал никогда работать не будет, если soname подгружаемой библиотеки окажется другим)
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
2. Вызывается функция из libdl с передачей имен символов
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...

Получается, что единственный способ составить список зависимостей по символам (в Росе по символам зависимости не строятся, а вот в ALT Linux строятся) - это прибегнуть к чтению исходного кода какими-либо методами, тут даже не поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с символами в качестве аргументов, только soname можно вытащить).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #207

204. Сообщение от псевдонимус (?), 29-Ноя-20, 13:20   –2 +/
Куда вам ещё больше денег, упыри?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #206

205. Сообщение от Аноним (164), 29-Ноя-20, 14:13   +/
Естественно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

206. Сообщение от IRASoldier_registered (ok), 29-Ноя-20, 14:40   –6 +/
Действительно, куда... Куча пипла за просто так сидит, код хреначит - хорошо, однако. И кто тут упыри, как не левачьё-юзеры, которые хотят ОС со свистоперделками на халяву, да еще чтобы на любом железе запускалось, но как только находятся хорошие бабки для разрабов - сразу начинают вонять про "ой, опять эти корпорации, фу-фу-фу"?


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

207. Сообщение от n00by (ok), 29-Ноя-20, 14:48   –1 +/
> Получается, что единственный способ составить список зависимостей по символам (в Росе по
> символам зависимости не строятся, а вот в ALT Linux строятся) -
> это прибегнуть к чтению исходного кода какими-либо методами, тут даже не
> поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с
> символами в качестве аргументов, только soname можно вытащить).

Забыл к "единственный" добавить "мне известный".

> Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся
> мелочью и недостойными такой расплаты за их решением.

Какие проблемы? Книжку почитать? Или понять, что если ты заявляешь на всю страну об "автономности всех процессов", то придётся сталкиваться лбом с объективной реальностью, пока не огорошит мысль "пора отвечать за свои слова"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #208

208. Сообщение от mikhailnov (ok), 29-Ноя-20, 14:57   –2 +/
Лучше бы вместо бесполезных текстов написал свои идеи, как сделать авторезолв зависимостей в данном случае без запуска исполняемых файлов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #221

209. Сообщение от крокодил мимо.. (?), 29-Ноя-20, 15:26   –1 +/
> это ^^^^ - когда нихрена не работало, периодически паниковало, а железо надо
> было фильтровать мелким ситечком, потому что тоже нихрена не работало?
> Дааа, золотые были времена. Для золотарей.

"авотбуй!"™
эт именно был тот самый момент, когда Пользователь, переходя в *nix/Linux, осознанно вставал на тропу самостоятельного программирования, в т.ч. и драйверов под свои железки.. т.е. дилдo пролетало мимо, а те, кто знал чё к чему (и морально был готов к Переменам), оставались.. и "да"™, корпы/вендоры, что подсуетились с дровами, тоже имели с этого маленький гешефт..

> К сожалению, щастье продолжалось недолго - примерно с 99го и по 2004й.
> А дальше как раз корпорации, доев sco и isc и

"уставшие" хотели стабильности и предсказуемого, документированного поведения системы.. и заодно нормальных дров, кастомизации под конкретные задачи (в т.ч. "десктоп" и Ѣ realtime, ога), и, ессно, инструментов для "потыкать палочкой" и "немного пошалить", что характерно..  :)  про "как в винде, только ХАЛЯВУ!" - эт к кeдeрaстaм и прочим "догоняющим".. ичcбx, ща ведь некоторые игрульки в wine лудѢчше работают, чем в нативном окружении - "Epic Win!"™ типа..

> Уничтожение redhat linux, уничтожение xfree86, "стабильное ведро - в вашем дистрибутиве".
> Помним, ненавидим.

угу.. а получилось "как всегда".. ща спасает только консоль.. с чего началось - к тому и вернулись.. была надежда на Gimp Tool Kit.. "увы"™..

субъективно, как только на горизонте появлялось что-то,способное стать основой для Ѣ десктопа, - сразу начинался "АдѢ и ИзраилѢ"™ с успешным удушением проекта..

> А дальше и разработчики подтянулись, со своими макбучеками. Пользоваться инструментами
> юниксов они не умели и учиться не собирались. Ну вот и
> жрите, "новый стандарт".

цимес-то в ином.. Вендоров железа, внезапно и неожиданно, все эти яблочки и форточки тоже успели забодать по самое не балуй, поэтому их приход в Linux был неизбежен (тут скорее оч показательно, что вся такая открытая, cвободная и "академическая" бздя оказалась в "далеко, темно и влажно"™ на предмет дров под новое железо).. цирк начался, как только "база" в виде ядра и набора дров к нему стала чем-то действительно хорошим.. печаль в том, что хавают и системду и пшпш/пайпварь и прочее дно.. несмотря на и вопреки здравому смыслу..  "пока Титаник плывёт"™, как говорится..

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

210. Сообщение от крокодил мимо.. (?), 29-Ноя-20, 15:36   –1 +/
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.

¯\_(ツ)_/¯
объём патчей ядра хорошего (! ѢѢѢ !) дистрибутива, например у SuSE, был сопоставим с исходниками самого ядра.. я был моложе и не обламывалсо, когда ньюс тупо резал 8-ой бит в кодировке мессаги..  после конфига sendmail-а многое в окружающем мире становилось понятнее.. "даже не знаю, что сказать.."©(Феечка)

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

211. Сообщение от Аноним (216), 29-Ноя-20, 15:38   +1 +/
>В правила udev внесены нарушающие обратную совместимость изменения

Узнаётся рука поттеринга :)

>В JSON-профили пользователей ... в форме QR-кода ...

Серьёзно?! Без сканирования кур-кода уже никак?

> настройки ... перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/

Редко переносите, надо чаще.

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

212. Сообщение от Аноним (212), 29-Ноя-20, 16:18   –1 +/
по факту ненужностью не портят все дистры без систем д нынче, т к во всех стабильных и фостребованных сабж имеется.
Не тепло и не холодно от сабжа, но уже как-то попривык к командам и совместимость со стороннимим пакетами лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

213. Сообщение от псевдонимус (?), 29-Ноя-20, 16:41   +/
>> добавлен экспериментальный обработчик нехватки памяти
> Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
> Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть
> с самого начала.

Зачем он должен быть там, а не в ядре?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #225

214. Сообщение от псевдонимус (?), 29-Ноя-20, 20:51   –1 +/
> Наши systemd-homed самые красивые!
> ПАМ ПАМ РАМ ПАМ ПАРАМ ПАРАМ!
> ПАМ ПАРАМ ПАРАМ ПАМ ПАРАМ!
> А не толерантные, не системдутые!
> Кричат и давятся слюной!
> А Поттер в Редхата бункере гордится святой системдой!
> Наша ОС лучше чем виндовс!
> Потому что толерантнеее.
> ПАМ ПА РАМ ПАМ ПАРАМ ПАРАМ!

Таемта неплохо, например. Под это можно устроить чад кутежа во мгле ада. Под модные басы и видовые запилы гитары урал,

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

215. Сообщение от 111 (??), 30-Ноя-20, 00:54   +1 +/
в этой новости прекрасно все...

ну вы пока конфиги поперемещайте туда-сюда...

а я на диване посижу...

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

216. Сообщение от Аноним (216), 30-Ноя-20, 07:14   +1 +/
> с планшета

Неудивительно, что пульса и системда такой шлак... на планшете писались?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #229

217. Сообщение от Аноним (216), 30-Ноя-20, 07:21   +1 +/
Наличие системДы в системе уже вычёркивает систему из систем реального времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

218. Сообщение от Аноним (216), 30-Ноя-20, 07:38   +1 +/
Поттеринг и есть тот дятел, который разрушает всё. Голым ядром линукса не воспользуешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

221. Сообщение от n00by (ok), 30-Ноя-20, 10:57   –1 +/
"Автономность" в переводе буквально "само-стоятельность". То есть именно ты тот человек, который должен все эти идеи сам знать и здесь нам рассказывать. Де-юре. Де-факто, почему то ты постоянно спрашиваешь о вещах, для понимания которых у тебя банально нет теоретической базы (о чём ты написал, цитирую: "чтению исходного кода какими-либо методами"). Я уж не говорю о том, что заменить мои решения, которые вы незаконно продаёте, у тебя не хватило ума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

222. Сообщение от Slot (ok), 30-Ноя-20, 10:58   +3 +/
Видимо только тогда когда оси с сисей будут падать в синьку и висеть, модные одмины задумаются. Хотя...... наверно нет - будут винить железо или ещё что, и дальше складывать все яйца в одну корзину и бежать с ней...
Ответить | Правка | Наверх | Cообщить модератору

223. Сообщение от Минона (ok), 30-Ноя-20, 12:10   +1 +/
Куда вам ещё больше разработчиков?
С текущими то никакой организации, сплошной базар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #226, #239

224. Сообщение от Минона (ok), 30-Ноя-20, 12:15   +/
а ты уверен что время реально?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

225. Сообщение от YetAnotherOnanym (ok), 30-Ноя-20, 12:21   +1 +/
> Зачем он должен быть там, а не в ядре?

Затем, чтобы увещевать алчных с кротостию и лаской.
Если серьёзно, во внешнем (по отношению к ядру) процессе можно понапрописывать развесистых политик о том, как с каким процессом поступать в случае нехватки памяти, и самое подходящее место этим политикам - в юнит-файлах. А демон будет уже дёргать сисколы ядра (например, временно заблокировать входящие и/или исходящие tcp syn для какого-то процесса, или группы процессов, или глобально), или как-то воздействовать на процессы (например, если сервис имеет несколько процессов по принципу мастер+воркеры, можно стукнуть мастера каким-нибудь sigusr1, чтобы он временно перестал спавнить воркеров, если такое поддерживается - это как раз дело мантейнера прописать всё это в юнит-файле).
Кстати, можно добавить в оом-менеджер какой-то базовый функционал распознавания дос-атак, чтобы адекватно реагировать в случае, если нехватка памяти вызвана внешней вредоносной активностью (или добавить возможность его сопряжения с какой-нибудь системой обнаружения&предотвращения вторжений).
При таком подходе можно наращивать разнообразие поведения при оом, не переусложняя ядро.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #247

226. Сообщение от псевдонимус (?), 30-Ноя-20, 13:48   +/
Корпус это и надо. С такой организацией любители свободы ничего не потянут серьезного.

"Не умеешь подчиняться, не сумеешь командовать", почти ©

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #240

228. Сообщение от Аноним (113), 30-Ноя-20, 15:59   +/
> А как теперь быстро понять, какие сервисы у нас включены?

Хз, я даже в sysvinit и systemd не знаю как это делается. Мне на моих 14 локалхостах ни разу не приходило в голову этим интересоваться.

> потому что он был еще большее говно

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

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

229. Сообщение от Аноним (113), 30-Ноя-20, 16:02   +/
на айфоне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

230. Сообщение от Аноним (230), 30-Ноя-20, 17:18   +2 +/
Вот и обJSON-нили всех. Кушайте сами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #231, #232

231. Сообщение от Аноним (216), 30-Ноя-20, 19:29   +/
...и обQRили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

232. Сообщение от Аноним (216), 30-Ноя-20, 19:31   +/
вообще странно, как они логи бинарными сделали, а не жисонные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #233

233. Сообщение от тфьу (?), 30-Ноя-20, 21:18   +2 +/
Не подсказывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

237. Сообщение от тфьу (?), 30-Ноя-20, 21:33   +/
А зачем слушать шум?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

239. Сообщение от IRASoldier_registered (ok), 01-Дек-20, 08:42   +/
> базар

vs собор, если ты понял, о чем я.

Только проблема free-софта ещё больше, чем у opensource - потому что у "свободных-как-слово" даже базара нормального не получается, потому что базар все же подразумевает реальные продукты, а не примат идейности над качеством.

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

240. Сообщение от IRASoldier_registered (ok), 01-Дек-20, 08:44   +/
> "Не умеешь подчиняться, не сумеешь командовать", почти

А ты все равно будешь подчиняться. Не корпорации, так Столлману и Ко :-)

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

241. Сообщение от Аноним (241), 01-Дек-20, 09:12   +/
Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями несовместимо и netstat от какой-нибудь freebsd 11 может не работать на freebsd 12?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #251

242. Сообщение от zshfan (ok), 02-Дек-20, 19:10   +/
Я нечаянно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

245. Сообщение от Аноним (245), 02-Дек-20, 21:18   +/
Пох, чел, люблю твои опусы всей душой (прям, читаю и соглашаюсь), но у тебя явная зацикленность на понятии "истерички", который в твоих шедеврах присутствует через раз и из-за этого сам выглядишь как "белка-истеричка". Как бы почитай книги, погуляй, а там гляди еще чего-нибудь придумаешь. Развивайся!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

246. Сообщение от пох. (?), 03-Дек-20, 17:10   +/
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.

тот, это который? 6-7 - можно было пользоваться, если игнорировать мелкие неувязочки имени некоего Дреппера и проделки ДНКазы (второе тогда было еще можно).

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

А если ты про "золотые времена" - у меня тогда шлакварь была. Выглядело как-то так - хочешь чтоб grep искал по-русски? Идешь в фребеэсде, смотришь в патч, гнусно ухмыляешься, выпиливаешь оттуда миллион ifdef __FreeBSD, собираешь, пользуешься.

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

247. Сообщение от псевдонимус (?), 04-Дек-20, 19:33   +/
>[оверквотинг удален]
> исходящие tcp syn для какого-то процесса, или группы процессов, или глобально),
> или как-то воздействовать на процессы (например, если сервис имеет несколько процессов
> по принципу мастер+воркеры, можно стукнуть мастера каким-нибудь sigusr1, чтобы он временно
> перестал спавнить воркеров, если такое поддерживается - это как раз дело
> мантейнера прописать всё это в юнит-файле).
> Кстати, можно добавить в оом-менеджер какой-то базовый функционал распознавания дос-атак,
> чтобы адекватно реагировать в случае, если нехватка памяти вызвана внешней вредоносной
> активностью (или добавить возможность его сопряжения с какой-нибудь системой обнаружения&предотвращения
> вторжений).
> При таком подходе можно наращивать разнообразие поведения при оом, не переусложняя ядро.

Я думал ленарт такой один, Ан нет. Ты можешь составить ему достойную конкуренцию. Открой фирму и назови велосипедстроймашдатабэйс.

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

248. Сообщение от Адекват (ok), 05-Дек-20, 14:34   +/
Просто купи еще 32Гб этой славной оперативной памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

249. Сообщение от Адекват (ok), 05-Дек-20, 14:39   +/
А что тут тупого ? мне кажется прекрасный план(Микрософт) взять и внедрить своего человека в экосистему линукс, который ее улучшит до невменяемого состояния, причем у кого надо - все работать, будет, и рядовых пользователей тоже будет, но "как бы будет", будут всякие мелкие непредсказуемые баги, будут обсуждения на форумах, а самых здравомыслящих людей по привычке будут называть неосиляторами.
Невменяемые же особи будут верить, чтоб их тыканиье конфигов будет иметь смысл, что они действительно исправляют баги, что делают свой дистрибутив рабочим. У них все будет получаться - до следующего обновления системд. Потом все по новой.
И так, постепенно, от линукса будет бежать все больше и больше людей. Останутся самые стойкие, постепенно сходя с ума, от попыток "опять починить свой линукс".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #250

250. Сообщение от Боб Янг (?), 05-Дек-20, 18:43   +/
> Микрософт

IBM же:-)

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

251. Сообщение от СеменСеменыч777 (?), 05-Дек-20, 21:09   +/
> Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями
> несовместимо и netstat от какой-нибудь freebsd 11 может не работать на
> freebsd 12?

если собирать 12 ядро с поддержкой 11, то работать будет. есть такия опция.

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


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

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




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

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