The OpenNET Project / Index page

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



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

Оглавление

Разработчики Systemd намерены внедрить кардинально новые мет..., opennews (?), 01-Сен-14, (0) [смотреть все] +8

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


77. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +2 +/
Сообщение от Аноним (-), 01-Сен-14, 12:21 
Всегда радуют подобные знатоки, что-то слышавшие про нестабильное апи ядра, не узнав до конца, что речь идет про ВНУТРИЯДЕРНОЕ апи, а не про торчащее наружу в юзерспейс, которое, как раз, довольно стабильно.
Ответить | Правка | Наверх | Cообщить модератору

103. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –6 +/
Сообщение от Аноним (-), 01-Сен-14, 12:59 
Почему ты уцепился за ядро? Виртуализация/контейнеры и их химеры предназначены только для ядер? И что стабильно наружу? Расскажи истории успеха, как полностью и без касяков синхронизировать версии glibcа, gcc и условно назовём юзерспейса? Или ты мне будешь рассказывать, как без проблем можно собрать свежий софт с древней глибсой и gcc 4.3.x? А сколько всякого гогна завязано на определённые версии той же бусты, qt и стопицот одной популярной либы? А скрипты, которые были неплохо так подвязаны на поведение определённых версий binutils, coreutils, или ты опять даёшь какие-то гарантии, что не будет проблем?
Чем и хороши контейнеры, собрал весь этот шалман вместе, настроил как надо и начал распространять. И именно из-за этого всякие Ubuntu Apps и телодвижения со стороны Лёнечки. А уж более строгая изоляция это так, побочная плюшка
Ответить | Правка | Наверх | Cообщить модератору

226. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +2 +/
Сообщение от rob pike (?), 01-Сен-14, 18:16 
> как полностью и
> без касяков синхронизировать версии glibcа, gcc и условно назовём юзерспейса?

emerge --update @world

> ты мне будешь рассказывать, как без проблем можно собрать свежий софт
> с древней глибсой и gcc 4.3.x? А сколько всякого гогна завязано
> на определённые версии той же бусты, qt и стопицот одной популярной
> либы? А скрипты, которые были неплохо так подвязаны на поведение определённых
> версий binutils, coreutils, или ты опять даёшь какие-то гарантии, что не
> будет проблем?

Для этого придуманы слоты.

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

246. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +2 +/
Сообщение от Аноним (-), 01-Сен-14, 18:51 
> скрипты, которые были неплохо так подвязаны на поведение определённых версий binutils, coreutils

Ну это вообще пушка.

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

247. "Разработчики Systemd намерены внедрить кардинально новые..."  +2 +/
Сообщение от arisu (ok), 01-Сен-14, 18:59 
>> скрипты, которые были неплохо так подвязаны на поведение определённых версий binutils, coreutils
> Ну это вообще пушка.

это заботливо разложеные грабли.

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

275. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 01-Сен-14, 22:10 
напомнить историю с tty? вроде тоже поменяли только внутриядерное API.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

280. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 01-Сен-14, 22:31 
Ещё есть примеры?
Ответить | Правка | Наверх | Cообщить модератору

363. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –3 +/
Сообщение от Аноним (-), 02-Сен-14, 07:25 
> Ещё есть примеры?

традиционно ломаемое API так что видео драйвера не могут собираться ? тоже личное дело ядра ?


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

401. "Разработчики Systemd намерены внедрить кардинально новые..."  +4 +/
Сообщение от arisu (ok), 02-Сен-14, 11:18 
> традиционно ломаемое API так что видео драйвера не могут собираться ? тоже
> личное дело ядра ?

кто виноват жадным проприетарщикам? если драйвер в ядре — его чинят, как только API меняется. ну, а если кое-кто зажал исходники — то пусть мучается. поскольку он никто и звать его никак, то и мнение его по поводу ядерного API никакого веса не имеет.

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

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

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




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

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