LINUX.ORG.RU
ФорумTalks

Конец драмы приближается или всё ещё впереди?

 , , ,


0

6

Сегодняшняя цитата от Christoph Hellwig

https://lore.kernel.org/rust-for-linux/Z7SwcnUzjZYfuJ4-@infradead.org/

while Linus in private said that he absolutely is going to merge Rust
code over a maintainers objection. (He did so in private in case you are looking for a reference).

So as of now, as a Linux developer or maintainer you must deal with
Rust if you want to or not.

Что же теперь будет? Раскол и старообрядцы?

Перемещено Dimez из general


Теперь тебе придётся не слать патчи на двух языках сразу?

d ★★★★★
()

Водка подорожает.

thesis ★★★★★
()

He did so in private in case you are looking for a reference.

Перекличка джентельменов.

opcode
()

Пора сделать форк rust-free-kernel, удалить или переписать обратно на Си код на расте.

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

Я считаю, что противники раста должны написать на расте особо уязвимый код, просунуть его в ядро, а потом выкатить эксплойт и сказать «АГААА!!»

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

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

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)
Ответ на: комментарий от praseodim

Возможно всё так и будет, но что будет потом? Корпорации явно топят за Раст. Торвальдс явно согласился с корпорациями. Поэтому лидер будущего форка долже будет сделать как минимум две вещи:

  • организовать финансирование
  • организовать оперативное переписывание растовых заимствований на Си.

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

zg
() автор топика
Ответ на: комментарий от Chord

Там и так до хрена чего нужно устанавливать помимо make, gcc и binutils. Ядро обросло жирком.

zg
() автор топика
Ответ на: комментарий от Chord

Похоже на то. Но это же совсем несложно:

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

Ума не приложу, почему это людей настораживает.

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

Гентушники и прочие компиляторы скажут, что это не их метод. Да и обычные дистрибутивы врядли будут так делать.

zg
() автор топика

Что же теперь будет? Раскол и старообрядцы?

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

Форк/расточистилка точно будут, но проще и надёжнее научиться bsd ставить.

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

но проще и надёжнее научиться bsd ставить.

А как быть с софтом и драйверами, которых под xBSD нативно нет и не будет?

zg
() автор топика
Последнее исправление: zg (всего исправлений: 1)
Ответ на: комментарий от Bfgeshka

Так уже выявляют тех, кому не нравится. Начнут возникать - получат кок

Гомосексуалисты.

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

во freebsd можно просто линукс-совместимость в юзерспейсе иметь. Про драйверы хз.

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

А как быть с софтом и драйверами, которых под xBSD нативно нет и не будет?

В винде наверняка есть!

Chord ★★★★
()

Linus in private said that he absolutely is going to merge Rust code over a maintainers objection

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

Просто представь, что случится с сопровождающими, которые не фанатеют от дополнительной нагрузки связанной с Rust? Если их нагрузить дополнительной работой, от которой они не в восторге, они могут просто свалить. И если им сразу же не найдётся замены из числа уже известных разработчиков, система встрянет. Линус единолично просто не справится с обработкой всех патчей.

i-rinat ★★★★★
()

ох выгонят линуса нашего из линукса, и заменят чат ботом. все к тому идет

alysnix ★★★
()

Интересно, в команде астралинукса есть ядерные спецы по русту? Вдруг в этот раз Линус топит за нашу сторону?

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

Rust на практике без unsafe неприменим, поэтому незачем что-то менять - RfL имеют все шансы добавить уязвимости сами.

Leupold_cat ★★★★★
()
Последнее исправление: Leupold_cat (всего исправлений: 1)

Мне кажется Rust интересен любому программисту, как новинка, но лишь до поры до времени.

Всë же Borrow Checker это всë круто, но чуть посложнее структура - и вот ты уже делаешь вручную (со всеми этими счëтчиками ссылок) всë то что Garbage Collector делает автоматически.

unDEFER ★★★★★
()

В скором будущем ядро снова будет собираться по два часа вместо двух минут, как во времена оны?

Nervous ★★★★★
()

Я бы не вырывал цитаты :) а то вброс на вентилятор получается.

Читать сей опус, надо целиком.

I’d like to understand what the goal of this Rust «experiment» is

Тут интересное.

For myself I can and do deal with Rust itself fine, I’d love bringing the kernel into a more memory safe world, but dealing with an uncontrolled multi-language codebase is a pretty sure way to get me to spend my spare time on something else. I’ve heard a few other folks mumble something similar, but not everyone is quite as outspoken.

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

P.S.: Вот есть xnu, и Apple же не тянет в него Swift :) и да же кода на C++ не так много.

P.P.S.: Ну и вот это то же интересно почитать

robot12 ★★★★★
()
Последнее исправление: robot12 (всего исправлений: 1)
Ответ на: комментарий от thesis

особо уязвимый код

Безопасность и прочий прогрев гоев совершенно не при чем. Ну серьезно, 30 лет как-то живем и ничего, и нормально.

Настоящая причина эпопеи с растом в ведре – привлечение молодого поколения к разработке. Это очень важно. Нравится или нет, но новое поколение не хочет писать на Си. И с этим надо что-то делать, пока не поздно.

Та же самая проблема в Гноме, сейчас. Они ее смогли немного отсрочить переписав Gnome Shell на JS, но проблема никуда не делась.

Честно говоря, я даже удивлен отсутствию инициатив по переписыванию Гнома на Раст, учитывая сколько в Гноме содомiтов.

MoldAndLimeHoney
()
Ответ на: комментарий от hateyoufeel

Ну и выхлоп, от вложений в разработчиков, у них то же есть :)

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

А вот и remote code execution уязвимость на rust, про которую тут все говорят. ;)

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

Там и так до хрена чего нужно устанавливать помимо make, gcc и binutils.

Там gccrs пилится, думается, если rust пропишется в ядре, это ускорит доработку проекта.

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

Торвальдс явно согласился с корпорациями.

Ну так плетью обуха не перешибёшь.

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

Ну я не про Си. Я сам-то на D все свои личные проекты пишу. И не очень понимаю в чём сложность создать ядро, в котором минимальная часть с распределением памяти будет написана без GC, а остальное уже с полноценной стандартной библиотекой.

unDEFER ★★★★★
()

Вангую флейм на овер 10 страниц. 😁

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

План хорош, но пара косяков есть. Такие переписывальщики в процессе поделятся на две группы: те которые адекватны и обучаемы осознают какой фигнёй они страдали с сишкой и уйдут в раст, а оставшиеся не шмогут - «переписать кусок какой-нибудь критической подсистемы лучше оригинала» - потому как идейные неосиляторы ничего другого кроме сишки

zurg
()
Ответ на: комментарий от i-rinat

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

Похоже, что нет. Сейчас вон Страуструп воет от того, что ему по пальцам дали за небезопасные плюсы, и отказываются проекты на плюсах в критическую архитектуру пропихивать. С Линупсом та же самая херня, и он должен демонстрировать неудержное стремление к безопасному ядру. Что он и будет делать пока повесточка не изменится.

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

Ха, подловил, но в рамках изначальной саркастической попытки «спасти» ядро от раста эффективнее будет «пожертвовать» частью сишников записав их в трансы, а остальная будет кликушествовать (впрочем как и обычно)- «глядите что этот поханый раст с людьми делает»

zurg
()
Последнее исправление: zurg (всего исправлений: 1)
Ответ на: комментарий от unDEFER

Что то подобное уже делали (да и много лет назад)

Microsoft - Singularity

Google, Nintendo - ES OS

Действительно интересно, отчего не взлетело.

robot12 ★★★★★
()

Ах он врунишка, мне в частной беседе Линус говорил, что хочет направить не менее 5% бюджета Linux Foundation на переписывание на Haskell’е. Беседа была частная, так что пруфов не будет.

Camel ★★★★★
()
Ответ на: комментарий от i-rinat

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

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

gaylord
()
Ответ на: комментарий от unDEFER

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

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

Честно говоря, я даже удивлен отсутствию инициатив по переписыванию Гнома на Раст

В смысле? Loupe на Rust, Boxes на Rust, ещё какой-то новый софт тоже на Rust.

gaylord
()
Ответ на: комментарий от Xintrea

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

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

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

Ну это так, отдельные приложения сбоку, инициатива дюже активных трапов, я имею ввиду базовую инфраструктуру: Gtk, Gnome Shell и т.д.

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

Ну это так, отдельные приложения сбоку, инициатива дюже активных трапов, я имею ввиду базовую инфраструктуру: Gtk, Gnome Shell и т.д.

Переписать Gtk это непосильная работа для текущего количества вовлеченных, о чем ты вообще. Они баги-то с трудом закрывают. Все кто хотели GUI на Rust уже пилят iced.

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

Настоящая причина эпопеи с растом в ведре – тивоизация ядра путём контроля над инструментом разработки.

Пофиксил, не благодари.

Ygor ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)