The OpenNET Project / Index page

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



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

Оглавление

Разработчики ядра Linux обсуждают проведение чистки устаревших платформ, opennews (??), 13-Янв-21, (0) [смотреть все]

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


121. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +2 +/
Сообщение от Урри (ok), 13-Янв-21, 20:57 
Чтобы не надо было это чинить, надо ничего не ломать. "Обратная совместимость", слышали такое?

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

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

139. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +1 +/
Сообщение от Аноним (-), 13-Янв-21, 23:54 
> Чтобы не надо было это чинить, надо ничего не ломать. "Обратная совместимость",
> слышали такое?
> Но кодэманки не умеют писать код так, чтобы ничего не ломалось. Поэтому
> пытаются просто выкинуть то, что сломали.

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

Поэтому в линухе по сей день хватает кода в ключевых подсистемах, суть архитектуры которго сводится к "первое что студню в бошку пришло". Это не совсем удачно, особенно когда хочется стабильно, фичасто и производительно. Поэтому периодически что-то перепахивают, и иногда это требует пропатчить немного и смежный код. Ну, нормальное в общем то действо, если идея ос разрабатывать а не превращать ее в музей цифрового антиквариата. А тут опа - у кода майнтайнеров нет. Кто хотите тот и пачите. А вот это уже неудобно, клинит развитие подсистем. Ничего нельзя тронуть потому что неподдерживаемый крап сломается. И тут возникает вопрос: а что делать? Логичный ответ - отпилить что болит. Все-равно этим уже никто не пользуется, иначе слали бы патчи.

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

144. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 00:06 
> - у кода майнтайнеров нет. Кто хотите тот и пачите. А

А почему бы не попатчить именно тому, кто сломал? Заодно меньше будет смузи расплескивать.

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

зато не приводит к интелу, интелу, и еще вот немножечко arm, но только тех которые оплатили производители модных мобилок.

> что неподдерживаемый крап сломается. И тут возникает вопрос: а что делать?
> Логичный ответ - отпилить что болит. Все-равно этим уже никто не

Логичный ответ - ты сломал, ты и чинишь. Хотя бы до состояния "компилируется". Патчи потом, возможно, пришлют другие, это проще чем разбираться что ты, гениус, понапридумывал (документацию ведь эти гениусы не пишут), и как теперь этим пользоваться вместо поломанного, с нуля.
И это вообще-то очень неплохой барьер на пути смузихлеба. Может, прикинув сколько и чего надо при этом менять - расхочешь делать это ломающим совместимость способом.

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

У них все работало. Зачем им слать патчи? (и проходить все круги ада с обсуждением писателями-на-псевдокоде) У них железо десять лет не меняется.

При этом им нужны обновления, хотя бы с точки зрения безопасности. Впрочем, иногда и производительность тоже страдает - достаточно вспомнить недавнее пришествие автора изначальной vfat. Ну это нам повезло - он еще вообще жив, заинтересован в проекте и сумел разобраться (по прошествии двадцати с лишним лет не так чтоб просто). Я, кстати, не сумел, хотя пробовал.

А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно перевело ведь флэшки на exfat!

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

167. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Dzen Python (ok), 14-Янв-21, 02:46 
Как страшно жить! Мумий удаляют из кода не потому, что они - мумии и только своим наличием мешают идти дальше, нет! Это все потому, что проплатили! А у вас в квартире газ? Это все ОНИ проплатили, чтобы хлопком вас убить.
Логика - 10/10.
> А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно перевело ведь флэшки на exfat!

Давай. Если так уж надо будет - перенесут код во fuse, в динамический модуль.

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

191. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 14:32 
>> А то - давайте fat выкинем, нахрена он такой старый нужен, все передовое обчество давно
>> перевело ведь флэшки на exfat!
> Давай. Если так уж надо будет - перенесут код во fuse, в
> динамический модуль.

кто перенесет-то? Ты не умеешь кодить, изначальный автор мог давно умереть или потерять интерес к поделке со stable api nonsense.

Самсунгу неинтересно, он производитель флэшек. Чем больше новых купишь, тем ему лучше.

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

197. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Ананананас (?), 14-Янв-21, 16:54 
Кому надо, тот и сделает.
Это опенсорц, детка.
Хочешь хорошо - делай хорошо. И поддерживай потом свое музейное хорошо.
Ответить | Правка | Наверх | Cообщить модератору

200. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 14-Янв-21, 17:21 
> Кому надо, тот и сделает.

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

> Это опенсорц, детка.

Не, чувак, это впопенсорц-нате-на-лопате - жрите что проплатили ibm&прочие платиновые спонсоры.

А они не настроены делать хорошо, они настроены сделать чтоб ты зае...ся и пришел к ним с деньгами.
Желательно, yearly.


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

214. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от Аноним (-), 16-Янв-21, 06:05 
> А почему бы не попатчить именно тому, кто сломал? Заодно меньше будет смузи расплескивать.

Вот тут видимо и возникают терки на тему того что патчить ядро под проц КОТОРЫЙ НЕ ВИДЕЛ НИ ОДИН ЖИВОЙ ЧЕЛОВЕК В РАССЫЛКЕ - неудобно слегонца. Всем. А превращать ядро в алтарь рядом с которым можно только падать ниц - это ты сам с твоими кернелами 3.чеготам как-нить.

> зато не приводит к интелу, интелу, и еще вот немножечко arm, но
> только тех которые оплатили производители модных мобилок.

Как именно "не приводит"? Большую часть перечисленного ты купить не сможешь, потому что не производится много лет. А TMSчтототам ты конечно сможешь купить, но в основном потому что они кондово-индустриальная фирма и потому для тех кто сильно просит есть и античное г-но, но за отдельные деньги, естественно.

Если кто не знает историю - сигнальники TMS встроены в процы типа OMAP, как сопроцессоры. И запускать вот именно линух сильно сподручнее на ARMовском ядре оного, а в DSP только специфичные DSPшные операции. Из DSP довольно паршивые процессоры общего назначения, как и из GPU.

> Логичный ответ - ты сломал, ты и чинишь. Хотя бы до состояния "компилируется".

1) Это даже протестить напряжно. Откуда я знаю, собирается мой код под винтажный проц или нет?
2) Я вот при всем интересе к экзотам понятия не имею есть ли для старого техасского сигнальника актуальный открытый тулчейн.
3) К тому же походу это не только я не знаю. Мне кажется искусство компила линуха под перечисленых было слегка утрачено в веках.
4) Удовольствие саботировать разработку столь тупым способом тебе не доставят.

> Патчи потом, возможно, пришлют другие, это проще чем разбираться что
> ты, гениус, понапридумывал (документацию ведь эти гениусы не пишут),

Ну расскажи чтоли как и чем вообще компилить кернела под техасский сигнальник? Под это есть актуальный открытый тулчейн хотя-бы? Или кто и как это тестить должен, например? Ну, у авторов порта это предположительно было на мази. Но если они 10 лет как почили в бозе...

> и чего надо при этом менять - расхочешь делать это ломающим совместимость способом.

Не сомневаюсь что при требовании компилять патчи под техасские сигнальники желающих слать патчи будет около ноля. Именно поэтому такое удовольствие тебе не доставят.

> У них все работало. Зачем им слать патчи? (и проходить все круги
> ада с обсуждением писателями-на-псевдокоде) У них железо десять лет не меняется.

Ну, может когда-то и работало. Но с тех пор прошло 10 лет и никто не знает ни работает ли это, ни живы ли те господа, ни what it takes хотя-бы вот именно проверить ломают ли твои патчи тем господам что-то или нет. А их самих для этого как-то малость нет.

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

Если им что-то надо - они ГДЕ? И не хотят ли вот как раз они и тестировать хотя-бы компилируемость под свои экзоты? А то такой кроссбилд даже червяк mirai в полной комплектации не наворачивал, а от обычных девов такое требовать - охренел совсем?!

> А то - давайте fat выкинем, нахрена он такой старый нужен, все
> передовое обчество давно перевело ведь флэшки на exfat!

Ну, как, этот антик еще в /boot на уефанстве. И флехи 32 гиг и менее еще есть в магазинах.

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

228. "Разработчики ядра Linux обсуждают проведение чистки устаревш..."  +/
Сообщение от пох. (?), 16-Янв-21, 22:57 
> Как именно "не приводит"? Большую часть перечисленного ты купить не сможешь

ну кобальт вот не смог, да (когда еще было интересно, сейчас, конечно, уже смысла нет).

А так, в принципе, полон ебей неведомой херни, только плати.

> а в DSP только специфичные DSPшные операции. Из DSP довольно паршивые процессоры общего
> назначения, как и из GPU.

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

> 1) Это даже протестить напряжно. Откуда я знаю, собирается мой код под винтажный проц или нет?

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

> Ну расскажи чтоли как и чем вообще компилить кернела под техасский сигнальник? Под это есть
> актуальный открытый тулчейн хотя-бы?

а вот ЭТО - к эффективному менеджеру проекта, по имени Линус.
Что мешало, добавляя новую архитектуру, хотя бы требовать от авторов предоставить набор инструментов или ссылки на него? (И да, можно заодно и отказать шибко хитропопым, не желающим выкладывать их в паблик, но желающим непременно попасть в мэйнлайн. Но отказывают другим, тем кто задевают ЧСВ майнтейнеров, "пишущих на псевдокоде" последние двадцать лет.)

> Если им что-то надо - они ГДЕ?

Где-то вне гадюшника lkml, вероятно.

> И не хотят ли вот как раз они и тестировать хотя-бы компилируемость под свои экзоты?

даже если хотят (а впрочем, кто их спрашивает, нате на лопате) - только от майнтейнера совсем не это ведь требуется. Для начала надо неплохо отлизать всякие coc'и, чтоб майнтейнером вообще стать, даже такого вот позаброшенного куска.

> Ну, как, этот антик еще в /boot на уефанстве. И флехи 32 гиг и менее еще есть в магазинах.

тут вот уже нарисовался кандидат в модные-современные разработчики - через fuse пусть добираются. А что для нее нет такого модуля - ну это не его проблемы, Филин - стратег!

Будут этот boot с флэшки с версией 3.0 устанавливать при начальной установке, не наши проблемы.

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

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

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




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

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