| |
| |
| 3.79, aname (?), 10:12, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Судьбу Redox мы уже видим.
Впрочем, всегда есть альтернативы Линуксу
| | |
| |
| 4.87, Аноним (-), 10:30, 21/02/2025 [^] [^^] [^^^] [ответить]
| +18 +/– | |
> Судьбу Redox мы уже видим.
Не очень понятно почему местные комментаторы гонят на Redox...
(не, ну понятно, там же раст)))
Команда из буквально полутора землекопов (вот серьезно, посмотрите их gitlab.redox-os.org/redox-os/redox/-/project_members и вклад участников) написала с нуля ось на новом языке. С иными подходами чем посикс. С UI. С сетью. С портированным прикладным софтом.
Это же насколько нужно быть оторванным от реальности, чтобы даже предполагать хоть какую-то конкуренцию с линуксом.
> Впрочем, всегда есть альтернативы Линуксу
Always has been. Макось и в винда))
| | |
| |
| 5.121, Аноним (121), 11:51, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Но нерабочий. А альтернативу Линуксу тут местные товарищи уже таки ищут.
| | |
| 5.179, Аноним (-), 14:26, 21/02/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Always has been. Макось и в винда))
Ну попробуй из винды сделать умный телевизор, или там хостинг виртуалок какой. Из мака - я вообще молчу.
| | |
| |
| 6.193, Аноним (193), 14:49, 21/02/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Представь себе можно это сделать.
Помимо ретейловского ртм'а есть сервер на который так же накидывается сверху и хоть киоск хоть медиацентр делай. Со времен хр так.
Не только лишь твой любиминький линукс можно переделать
| | |
| |
| 7.210, Аноним (-), 15:48, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Представь себе можно это сделать.
Теоретически - вы могли бы слетать на Луну. Завтра. Ничему не противоречит. Практически, вы, конечно, так не сможете или не захотите из-за некоторых нюансов.
> Помимо ретейловского ртм'а есть сервер на который так же накидывается сверху и
> хоть киоск хоть медиацентр делай. Со времен хр так.
> Не только лишь твой любиминький линукс можно переделать
Я умею кастомизировать мой любимый линукс в хвост и в гриву. Это мне ничего не стоит, а наличие сорца и реконфигуряемость - обеспечивает гибкость. Поэтому я ворочаю такие задачи, которые в жизни не взялся бы из виндов сделать. Для начала - у этой вашей винды нет дров на вон тот одноплатник. Совсем. Про макос даже и упоминать неудобно.
| | |
|
| 6.195, Аноним (-), 15:00, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Always has been. Макось и в винда))
> Ну попробуй из винды сделать умный телевизор, или там хостинг виртуалок какой.
А как тогда куча банкоматов, киосков и всяких прочих штук работаю на винде?
Ты просто не в курсе.
> Из мака - я вообще молчу.
АпплТВ?
Превращает почти любой телек в умный.
| | |
| |
| 7.212, Аноним (-), 15:55, 21/02/2025 [^] [^^] [^^^] [ответить] | –2 +/– | Ну вот так Это по сути обычные писюки И сейчас это больше на правах легаси Иб... большой текст свёрнут, показать | | |
| |
| 8.220, Аноним (-), 16:27, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Ты понимаешь, что эмбедовка это очень маленький процент от всей разработки Пото... большой текст свёрнут, показать | | |
| |
| 9.226, Аноним (-), 16:46, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Смотря что за нее посчитать Если взять все роутеры-мыльницы, тв, и тем более см... большой текст свёрнут, показать | | |
| |
| 10.232, Аноним (-), 17:06, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | От смартфоны ты правильно вспомнил Сколько разрабов И правильно Если можно зар... большой текст свёрнут, показать | | |
|
|
|
| 7.241, bubba (?), 17:20, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
студентик не в курсе, что даже его работодатель уже больше на линуксе зарабатывает. студентик по устаревшей методичке шпарит. ведь студеникам доплачивают похилевшие ранее жирные фонды. не обратно же отправлять, а тем более с переводом закордон - беда. вот студентики дичь и пишут. главное денежки отработать, ведь "скоро всё снимут" - а студентик вот тут он родненький лол
| | |
|
|
| 5.209, Аноним (-), 15:45, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Потому что было много хайпа как оно вот-вот, уже почти, всем даста мастеркласс ... большой текст свёрнут, показать | | |
| |
| 6.245, Аноним (245), 17:28, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– |  Хайп конечно был, но лишь в альтернативной вселенной местных Военов Супротив Рас... большой текст свёрнут, показать | | |
| |
| 7.261, Аноним (261), 20:11, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Судя по отношению к хрустикам - эта вселенная довольно населенная Да плюсы тоже... большой текст свёрнут, показать | | |
| |
| 8.263, Аноним (245), 20:53, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Повергать воображаемых врагов - любимейшее занятие опеннетовцев Ссылки-то на х... большой текст свёрнут, показать | | |
| |
| 9.266, Аноним (-), 21:46, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Любая новость про редсдох - коменты под ней Вы и показываете - cherry picking ... большой текст свёрнут, показать | | |
| |
| 10.270, Аноним (245), 23:02, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | ЧТД По моему кто-то показывает мастеркласс то ли спрыга, то ли чтения этим самы... большой текст свёрнут, показать | | |
| |
| 11.274, Аноним (-), 01:24, 22/02/2025 [^] [^^] [^^^] [ответить] | +/– | Ога Вы неплохо справляетесь А таки старые дрова - есть, их иногда причесывают ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 4.166, Карлос Сношайтилис (ok), 13:36, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Судьбу Redox мы уже видим.
Расскажите, интересно.
А то мы следим только за Великой стройкой альтернативы ядру Линукс – хурдом. Но там все отлично и стабильно: последний релиз был 8 лет назад. Продолжаем наблюдение.
| | |
| 4.185, Аноним (185), 14:35, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Судьбу Redox мы уже видим. Впрочем, всегда есть альтернативы Линуксу
Непонятно противопоставление. Источник вдохновения у них один и тот же.
| | |
|
|
|
| |
| 2.15, Аноним (185), 08:31, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не так. Смысл не в создании форка ядра Linux, а в ниспровержении моральных устоев цивилизации. Им говорили: есть же гражданский договор на совместное ведение хозяйства, но они предпочли разрушить институт брака.
| | |
| |
| 3.97, Аноним (-), 10:46, 21/02/2025 [^] [^^] [^^^] [ответить]
| +7 +/– | |
> а в ниспровержении моральных устоев цивилизации
Это типа раньше было :
"Есть лишь единый Бог - СИшка, почитай его!
Приноси ему в жертву часы работы и часы жизней юзеров у которых прога опять сигабортнулась.
Ублажай его оставляя в коде use-after-free и double-free!
Отрицай ложных богов и прогресс, goto и void* хватит всем!
Не проверяй входные данные и размеры буфера, ибо так делают только смузихлеюбы и это грех в глазах бога!
И тогда он вознаградит почасовой работой, когда ты сможешь одни и те же ошибки исправлять по 3-4 раза, создавая новые для своих потомков!
Вославьте СИшку!"
А теперь бац! оказывается это все можно делать по другому(((
| | |
| 3.181, Аноним (-), 14:27, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не так. Смысл не в создании форка ядра Linux, а в ниспровержении моральных
> устоев цивилизации. Им говорили: есть же гражданский договор на
> совместное ведение хозяйства, но они предпочли разрушить институт брака.
Хрен тут теории заговора уже. Казалось бы при чем тут Лужков^W Тесла и башня Трампа?!
| | |
|
| |
| |
| 4.184, Аноним (-), 14:30, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну не нравится, что 2+2=4, делайте форк
Это сильно зависит от системы счисления. Например в системе счисления с максимальным элементом 3, 2+2 == 10. А в двоичной системе счисления вообше нет нихрена кроме 1 и 0 и в ней это выражение просто не существует.
А если вам покажется что все так просто, откройте для себя например поля Галуа. Никогда не видели математику где "+" и "-" ведет к ОДИНАКОВОМУ результату? :)
| | |
|
| 3.36, morphe (?), 09:05, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так он уже присутствует, значит форкать нужно в другую сторону
| | |
| 3.62, Anonim (??), 09:51, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну Линус и сделал форк. Кому не нравится - сопровождайте и развивайте старые версии ядер c "чистой сишечкой" сами. Код открыт.
| | |
|
|
| 1.9, Уууууъъъ (?), 08:27, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> Линус раскритиковал действия мэйнтейнра
Раньше было гораздо лучше! 😔 В последние годы Линус стал довольно токсичным. Что же на него так повлияло? 🤔
| | |
| |
| 2.24, Линус (?), 08:47, 21/02/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
Сообщество Linux всегда было таким, независимо от пола и региона.
| | |
| 2.68, incorported (?), 09:58, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Тренды корпораций, основной процент годного линукс кода идет именно оттуда. В том числе и опосредованно. Увы, мамкины хэллоуродщики заняты настройкой тем на рабочих столах и сравнением фич разных сборок, которые им любезно клепают корпораты
| | |
|
| 1.10, Смузихлеб забывший пароль (?), 08:27, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Предполагается, что на деле деление мэйнтейнеров не будет столь
> радикальным и некоторые сопровождающие станут учитывать обвязки
> на Rust и сотрудничать с их разработчиками,
> но не слишком активно погружаясь в этот процесс.
В общем, всех добровольно-принудительно тянут на раст
> Итог: несмотря на то, что сопровождающие отвечают за свой код,
> они не отвечают за то, как и кем используется результат работы
> этого кода.
И теперь никто ни за что не отвечает. Хз что хз как работает и никто не виноват по сути - "но пуговицы ведь к пиджаку норм пришиты, хотя рукава разные, но это не моя зона ответственности"
| | |
| |
| 2.176, Аноним (185), 14:23, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> В общем, всех добровольно-принудительно тянут на раст
Видео-доказательства перехода человека на Rust пока не требуют. Хотя дальше возможно всё.
| | |
|
| 1.11, Аноним (11), 08:28, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
разлад в команде и репрессии - серьезный звоночек
похоже ядро скоро рип
| | |
| |
| 2.167, Аноним (167), 13:38, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | похоже ядро скоро рип Вот уж сомневаюсь, пилить каждой корпорации свое ядро или ... большой текст свёрнут, показать | | |
|
| 1.13, Аноним (13), 08:29, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Может кто-нибудь объяснить необходимость этих "обвязок". Неужели в Rust нет доступа из коробки к функциям и структурам C?
| | |
| |
| 2.22, Аноним (185), 08:41, 21/02/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Могу пояснить. Нужен был вызов на C функций из DLL. Было давно, много не знал. Купил книгу страниц на 700 по данной теме, кстати, одобренную MS. Обнаружил полный бред, о котором даже стыдно вспоминать, а всей теории оказалось на 0,5 страницы. Книгой растопил печку на даче. Вывод - они просто не знают, как это делать.
| | |
| |
| 3.189, Аноним (-), 14:39, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Все проще Какой же лох купит книгу из 0 5 страницы А если написать 700 страниц... большой текст свёрнут, показать | | |
|
| 2.25, llolik (ok), 08:52, 21/02/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
 > Неужели в Rust нет доступа из коробки к функциям и структурам C?
Есть, иначе как-бы эти биндинги делали. Но тогда, по сути, придётся делать тоже самое, но для каждого драйвера по отдельности каждый раз (ну и, соответственно, в каждом их обновлять при сломе API, который in kernel space нестабилен по-умолчанию).
Никакого смысла делать одно и тоже сто раз в разных местах, если можно сделать весь код привязок в одном месте и его сопровождать, а пользователю дать набор крейтов.
| | |
| |
| |
| 4.170, Аноним (-), 13:44, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А до вторжения Раста этого нельзя было сделать?
Можно было, но зачем? Сишники, в редких случаях если нужно, просто копипастили прототип функции из сорцов, а во всех остальных - вызывали как есть. Ну а то что там логика владения могла поменяться... ну так они это узнавали когда драйвер падать начинал.
А тут приперся раст и требует какой-то однозначности!
| | |
|
|
| 2.44, morphe (?), 09:18, 21/02/2025 [^] [^^] [^^^] [ответить]
| +22 +/– | |
Доступ есть, вот только C сигнатуры мало информации дают.
struct type1* myfn(struct type2* a, struct type3* b)
Вопрос, какой typeX* функция сама освободила, какой нужно освободить пользователю, и является ли результат чем-то свежеаллоцированным, или является указателем на внутренности a или b, и на что именно? Что из a или b функция изменяет? (const qualifier это конечно частично позволяет указать, но это совсем не то)
Rust позволяет всё это описать, и компилятор будет отслеживать
fn myfn(a: &'a Type2, b: &mut Type3) -> &'a Type1 {}
// Функция принимает 2 значения по референсам, => не может никакое из них освободить, результат тоже референс => освобождать ничего не надо
// Функция может изменить b, но a может только читать
// Type1 имеет то же время жизни что и Type2, значит пользоваться результатом можно только пока Type2 жив
fn myfn(a: KBox<Type2>, b: &Type3) -> KBox<Type1> {}
// Функция принимает кем-то аллоцированный a, и сама его освобождает. Type1 нужно будет освободить пользователю (Это происходит автоматически, в Rust есть RAII)
fn myfn(a: &Type2, b: &Type3) -> KBox<Type1> {}
// Результат функции не зависит ни от a, ни от b, use after free тут не выйдет если a/b кончатся раньше чем результат
И это лишь самый базовый пример того, как исходную C функцию можно трактовать, в ядре очень много страшных апи для которых инвариантов столько, что их человеку даже описать не выйдет, но тут Rust снова спасает тем что позволяет вещи намного более выразительно задавать, вот и делают обвязки которые сделают всё правильно, не дадут вызвать C код неправильно.
| | |
| |
| 3.65, Уууууъъъ (?), 09:53, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> &'a
Мы не знаем что это такое, если бы мы знали, что это такое, но мы не знаем, что это такое!
| | |
| 3.92, Аноним (92), 10:36, 21/02/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Я не тот аноним, но... И я не троллинга ради хочу просто уточнить.
Во-первых, спс за разъяснение
Во-вторых, все вот эти "аллоцированно кем-то, удалять нельзя. // Функция принимает кем-то аллоцированный a, и сама его освобождает" это как вообще относится к программированию, к примеру МК или прошивки? Деление памяти на стек и кучу - это чисто-юзерлендовское деление. Ок, для для браузера, к-й использует malloc() это полезно, тут никаких вопросов. Но если ты пишешь ядро, то там у тебя нету glibc, в к-й есть malloc()/free(). Или rust знает о kfree()? А kfree_sensitive() знает? А как он знает когда какой использовать?
| | |
| |
| 4.99, Аноним (99), 10:47, 21/02/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Аллокатор можно подменить(либо глобально, либо некоторые структуры его принимают как параметры)
| | |
| 4.105, svpcom (ok), 11:13, 21/02/2025 [^] [^^] [^^^] [ответить] | –2 +/– |  Все это мне напоминает попытки решение системы уравнений аналитически, когда про... большой текст свёрнут, показать | | |
| |
| 5.112, llolik (ok), 11:34, 21/02/2025 [^] [^^] [^^^] [ответить] | +3 +/– | Нифига не понял, кто на ком стоял в этом предложении Но по сути сабжа, да прич... большой текст свёрнут, показать | | |
| |
| 6.131, svpcom (ok), 12:05, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Смысл моего комментария в том, что пока все носятся с растом как с решением всех проблем с ошибками доступа к памяти, текущее железо (тот же DMA например) при записи в аппаратный в регистр неправильно вычисленного значения (ну или просто железка будет злонамеренная) поломает нафиг все. И раст тут только ложную иллюзию защищенности создает. С учетом того, что pci (вместе с bus mastering'ом) вытащили сейчас наружу (из корпуса компьютера) в виде нового стандарта sd-карт, то нас ждет новое удивительное время.
| | |
| |
| 7.139, Аноним (-), 12:34, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Погоди. А код на СИ как прореагирует на те же действия железки?
Судя по статье, там кода на расте нету, а проблема УЖЕ есть.
Т.е добавление раст может уменьшить ошибки памяти в коде, но ничего не сделает с внешней проблемой.
| | |
| 7.159, Аноним (159), 13:03, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Смысл моего комментария в том, что пока все носятся с растом как с решением всех проблем с ошибками доступа к памяти, текущее железо (тот же DMA например) при записи в аппаратный в регистр неправильно вычисленного значения (ну или просто железка будет злонамеренная) поломает нафиг все.
чтобы такого не происходило давно придумали iommu, сейчас он даже в дохлых армах есть
| | |
|
| 6.197, тоже Аноним (ok), 15:20, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Вся проблема в том, что мейнтейнеру конкретной подсистемы
...его опыт подсказывает, что в ближайшей перспективе в любых разборках между проблемами коммитеров и той подсистемой, за которую он отвечает, будет посредине торчать черный ящик той обвязки на Расте, за которую он не отвечает.
| | |
| |
| 7.228, llolik (ok), 16:57, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Вся проблема в том, что мейнтейнеру конкретной подсистемы
> ...его опыт подсказывает, что в ближайшей перспективе в любых разборках между проблемами
> коммитеров и той подсистемой, за которую он отвечает, будет посредине торчать
> черный ящик той обвязки на Расте, за которую он не отвечает.
Ну, так коммитеров-то в растокод, с которым он не хочет возиться. Как я понял, вот ему сообщают, что если он не желает разбираться с этим чёрным ящиком, то люди, которые работают над R4L, готовы взять эту проблему на себя, и в случае проблем с R4L он знает к кому слать спрашивающих.
| | |
| |
| |
| 9.252, llolik (ok), 18:55, 21/02/2025 [^] [^^] [^^^] [ответить] | +1 +/– | А вот здесь уже его право не соглашаться В крайнем случае, написать наверх , ч... текст свёрнут, показать | | |
|
|
|
|
|
| 4.115, Аноним (115), 11:38, 21/02/2025 [^] [^^] [^^^] [ответить]
| –8 +/– | |
> к-й
Ну вот что за манера в тексте, для понимания которого нужно погрузиться в контекст, ещё и использовать сокращения для обычных слов? Это такая особенность отдельных сишников - писать максимально сокращенные названия переменных и не расставлять пробелы вокруг математических операторов?
| | |
| 4.142, Аноним (142), 12:39, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Но если ты пишешь ядро, то там у тебя нету glibc, в к-й есть malloc()/free().
Вместо malloc будет kmalloc
>это как вообще относится к программированию, к примеру МК или прошивки?
Как только вы начнёте делать что-то большее, чем мигать светодиодом и начнёте выделять память динамически. Для микроконтроллеров уже иногда используют операционные системы реального времени, например для многопоточности.
>Деление памяти на стек и кучу - это чисто-юзерлендовское деление.
Нет, это про способ управления памятью. Стек - добавление реализовано сдвигом границы стека, удалять можно только в порядке обратном добавлению. Для реализации нужно знать текущее положение стека и его смещение. Куча - добавление в произвольном месте, порядок удалениея произвольный, нужен менеджер памяти.
| | |
| |
| 5.194, Аноним (159), 14:52, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вместо malloc будет kmalloc
типичное место для выделения памяти в драйверах - probe и делается это однократно, фактически это статически выделенная память а kmalloc это устаревший метод который давно заменяют на управляемый вариант с автоматическим осводбождением devm_kmalloc
> Как только вы начнёте делать что-то большее, чем мигать светодиодом и начнёте выделять память динамически.
нет
| | |
| |
| 6.208, warlock (??), 15:43, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я не знаю как это всё сделано или будет сделано в ядре, но я тоже люблю в некоторых окружениях выделять память заранее. Так вот удобнее всего это делать так: выделяется кусок памяти, и управление им поручается какому-нибудь примитивному аллокатору (иногда хватает даже stacked allocator, иногда нужно добавить freelist). Ну и дальше дёргаем кусочки из преаллоцированной памяти по мере надобности здесь и сейчас. И всё это отлично выражается средствами Rust (ночной сборки).
| | |
| |
| |
| |
| 9.240, Аноним (159), 17:19, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | нет от списков никаких CVE, сходи проспись всего лишь апстену тебе сделает в под... текст свёрнут, показать | | |
|
|
|
|
|
| 4.165, Карлос Сношайтилис (ok), 13:34, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ключевое понятие не "аллокация", а "время жизни". А оно имеет отношение ко всему, к регистрам процессора в том числе.
В большинстве ЯП, за время жизни структур отвечает сам разработчик, а в расте это, дополнительно, проверяет компилятор.
| | |
|
| 3.106, Аноним (159), 11:16, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вопрос, какой typeX* функция сама освободила, какой нужно освободить пользователю, и является ли результат чем-то свежеаллоцированным,
странные вопросы - это описано в документации API
https://docs.kernel.org/subsystem-apis.html
попутно вопрос - как по сигнатуре ф-ции раста можно понять в каком контексте можно вызвать эту ф-ию и какой тип памяти выделяется?
| | |
| 3.117, Аноним (117), 11:41, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Доступ есть, вот только C сигнатуры мало информации дают.
И как незнающий внутренности будет писать эту обвязку? А если сопровождающий подсистемы не знает, не хочет и не желает знать из-за лишних проблемы с ОПЦИОНАЛЬНЫМ языком? Весь сыр-бор из-за этого же.
| | |
| |
| 4.122, Аноним (-), 11:55, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И как незнающий внутренности будет писать эту обвязку?
Откроет и узнает.
> А если сопровождающий подсистемы не знает, не хочет и не желает знать из-за лишних проблемы с ОПЦИОНАЛЬНЫМ языком?
Значит в перспективе он его выучит. Или просто сопровождающий сменится.
> Весь сыр-бор из-за этого же.
Нет.
Весь сыр-бор из-за того, что Кристоф решил что не только его код - его лужайка, а начал протягивать корявки к коду использующего его код.
Синдром вахтера во все поля.
| | |
| |
| 5.136, Аноним (117), 12:10, 21/02/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Незнающий подсистему рустер откроет что? и узнает как управлять ресурсами: как надо освобождать, удалять, захватывать и тд? Рустеру тоже придется глубоко погрузиться в подсистему. А для этого придется мучать сопровождающего, которому безразличен опциональный руст.
| | |
| |
| 6.140, Аноним (-), 12:37, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> и узнает как управлять ресурсами: как надо освобождать, удалять, захватывать и тд?
Да, я рассчитываю, что мейнтенер раста будет знать СИ.
> Рустеру тоже придется глубоко погрузиться в подсистему.
Как и любому другому.
Представь что мейнтенер СИ кода сменился - новому придется тоже во всем разбираться.
И спрашивать старого.
> А для этого придется мучать сопровождающего, которому безразличен опциональный руст.
Если код написан нормально, с комментариями и пояснениями - то нет.
(Но я в такое не верю, как и в чудеса(( )
Значит будет дергать сопровождающего.
Может задергает до того, что тот будет комментарии или документацию писать))
| | |
| |
| 7.156, Аноним (117), 12:57, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Рустеру тоже придется глубоко погрузиться в подсистему.
> Как и любому другому.
То есть, патч в подсистему будет ждать, пока рустер будет погружаться и родит патч для обвязки? Практически получается, что у сопровождающего будет второй сопровождающий, имеющий право вето, хотя руст опциональный.
| | |
| |
| 8.235, Аноним (235), 17:09, 21/02/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Боже, какая драма Может быть им ещё придётся друг с другом общаться и, не приве... текст свёрнут, показать | | |
|
|
|
|
|
| 3.120, Александр (??), 11:47, 21/02/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Охренеть! Нет, такие вещи, они конечно приятно отдать компилятору - но кто придумал такой поганый синтаксис?
Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.
| | |
| |
| 4.125, Аноним (-), 11:57, 21/02/2025 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.
Вообще-то просто &', а вместо "a" может быть "b" и сколько угодно.
doc.rust-lang.org/rust-by-example/scope/lifetime/explicit.html
Ну и не понятно чего вам синтаксис не нравится. Вкусовщина же.
| | |
| |
| 5.198, тоже Аноним (ok), 15:24, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вкусовщина же
Не в этом случае. У меня лет десять назад тоже было идеальное зрение, но сейчас я бы предпочел бы, чтобы важные места в коде были более выразительны, чем глиф на 5 пикселей.
| | |
| |
| 6.202, Аноним (-), 15:36, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Не в этом случае. У меня лет десять назад тоже было идеальное зрение, но сейчас я бы предпочел бы,
Хм.. очки? коррекция?
> чтобы важные места в коде были более выразительны, чем глиф на 5 пикселей.
можно выделять цветом, уверен что это настраивается довольно легко
Но с запятыми , и точками . такая же проблема.
А тут уже может быть хуже - забыл поставить чтоку и 10.0 превратилось в 100
| | |
|
|
| 4.130, Аноним (-), 12:04, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Охренеть! Нет, такие вещи, они конечно приятно отдать компилятору - но кто придумал такой поганый синтаксис?
А что в нем не так?
> Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.
Ой да ладно!
& в СИ есть и так, неужели добавление еще одного аппострофа настолько все ухудшает?
Просто посмотри, что можно найти в ядре
#define __is_constexpr(x) \
(sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3c8ba0d61d04ced9f8d9ff93977995a9e4e96e91
Неужели читается (и понимается) лучше?
| | |
| |
| 5.137, Аноним (159), 12:13, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> __is_constexpr(x)
> Неужели читается (и понимается) лучше?
и что тут непонятно? причём вытащил ты это из кишков, при написании кода ты это вообще не увидишь, а вырвиглазные конструкции раста на каждом шагу - раст сплошной вырвиглаз.
| | |
| |
| 6.158, Аноним (142), 13:02, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>при написании кода ты это вообще не увидишь
В си нет гигиены макросов
| | |
| |
| 7.162, Аноним (159), 13:16, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В си нет гигиены макросов
причём тут гигиена если это выражение в принципе не нужно для написания кода
| | |
|
|
| 5.180, Аноним (185), 14:26, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Неужели читается (и понимается) лучше?
Вы берете худшие примеры безумного финиша и говорите, что их нужно переписать на Rust. Может, их переписать на нормальный C?
| | |
| |
| 6.190, Аноним (-), 14:45, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вы берете худшие примеры безумного финиша и говорите, что их нужно переписать на Rust. Может, их переписать на нормальный C?
Финниш эти кода не писал, это раз.
По поводу такого подхода (который кстати основывается на особенностях стандарта С и ГНУ расширений) высказался довольно однозначно.
That is either genius, or a seriously diseased mind.
lkml.org/lkml/2018/3/20/845
Но код в ядре, так что пофиг.
| | |
|
|
| 4.147, Аноним (142), 12:43, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>но кто придумал такой поганый синтаксис?
>Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.
Вы всё ещё можете взять раст и поменять ему синтаксис. Авось и переплюните раст по популярности. Задача это довольно простая.
| | |
| 4.238, Аноним (235), 17:12, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Когда я вижу жалобы программистов на синтаксис, рпк и хочется сказать: мальчики, пора бы повзрослеть.
| | |
|
| 3.203, Аноним (203), 15:37, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Почему Раст? Вот в чем впрос. Есть достойные языки помимо Раста, способные заменить C
| | |
| |
| 4.207, Аноним (-), 15:43, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Почему Раст? Вот в чем впрос. Есть достойные языки помимо Раста, способные заменить C
Имя, сестра, имя!
Огласите весь список пожалуйста.
Тогда можно будет рассмотреть их сильные и слабые стороны.
| | |
|
|
|
| 1.14, Шарп (ok), 08:29, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Позиция так себе. Ни нашим ни вашим. Патчи на си могут ломать rust привязки. Иногда, чтобы сделать правильную абстракцию на rust, нужно внести изменения в код на си. И в этих случаях полезут конфликты между сишниками и растоманами.
| | |
| |
| 2.32, Аноня (?), 09:00, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ну, сколько разработчиков ядра Linux? В каждом релизе что-то около 1300 человек.
Сколько "бухтит" - 2-3, ну пусть будет 20-30 недовольных молчунов.
Т.е. по факту это значит что Rust становится first-class citizen (с уровнем поддержки как у С) языком в ядре наравне с С.
И только в крайне редких случаях для бойцов невидимого фронта раст-сопротивления - обвязку напишет кто-то другой без изменения С. Но скорее просто этих мейнтейнеров заменят на тех кто "и в Rust могёт".
| | |
| |
| 3.37, Аноним (30), 09:11, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
1300 человек пишут код, 20-30 пишут комменты. Вот и получается, что "опрос комментаторов показал, что ___ (rust, wayland, свой вариант) не нужно"
| | |
|
| 2.91, Аноним (-), 10:36, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Позиция так себе. Ни нашим ни вашим.
Наоборот. Отличная позиция.
> Патчи на си могут ломать rust привязки.
Разумеет. И их будут исправлять те, кто знает раст.
> Иногда, чтобы сделать правильную абстракцию на rust, нужно внести изменения в код на си.
Думаю растовики справятся, а если нет - то их поправят.
> И в этих случаях полезут конфликты между сишниками и растоманами.
Вообщем-то конфликты есть уже! Так что хуже не станет.
А тут добавили однозначности.
| | |
| |
| 3.211, Аноним (211), 15:48, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Патчи на си могут ломать rust привязки.
>
> Разумеет. И их будут исправлять те, кто знает раст.
Штука в том, что код на расте является частью ядра. Т.е. по сути речь о том, что патч на C может сломать сборку (или ещё хуже - корректность) ядра, и это считается нормальным. У меня большие сомнения, что тот же Линус примет в свою ветку такой патч, а если и примет, то это будет даже хуже. По-моему, либо Линус лукавит, либо сам не понимает, что модель "разработчики на C не обращают внимания на раст" не будет работать на практике.
К тому же, рабработчики на C не смогут игнорировать раст, когда на нём перепишут какие-нибудь базовые компоненты, которые используются много где в ядре.
| | |
|
| 2.191, Аноним (121), 14:46, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Патчи на си могут ломать rust привязки.
А чего растоманы хотели? Как известно, sbale API is nonsence. Так что, пусть привыкают быстро вертеться между релизами ядра.
| | |
| |
| 3.223, Карлос Сношайтилис (ok), 16:34, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Дык, растоманы в курсе про это. И прямым текстом сказали: "это не проблема, будем апдейдить модуль-прослойку для DMA сами".
Но мейнтейнер сказал: "Я и есть DMA! не хочу никакой унифицированной прослойки, даже если вы сами её будете поддерживать. Пусть каждый Раст-драйвер пишет и поддерживает свою собственную прослойку для DMA".
Дальше ты знаешь.
| | |
|
|
| 1.16, eugene_martein (ok), 08:32, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Линус построил гетто для раковой опухоли, чтобы она не проникла в ядро и не перемешалась с расово верным единым языком всего Computer Science.
| | |
| |
| 2.58, Карлос Сношайтилис (ok), 09:46, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Языки Computer Science это хаскель, Идрис и прочие языки, помогающие создавать и экспериментировать с новыми концепциями.
А с С у нас до сих пор и исключений бы не было. Goto хватит всем!
| | |
| |
| |
| 4.78, Карлос Сношайтилис (ok), 10:11, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Поэтому в ядре и пишут на С, а теперь ещё и на расте, в которых нет исключений.
А для Computer Science нужна свобода типов и абстракций. Поэтому никакого С никогда там не будет.
| | |
| 4.152, Аноним (142), 12:47, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
То ли дело си, где вместо исключения, со стеком вызова и прочими удобствами есть просто абстрактная ошибка сегментации, которая вообще не факт, что случивлась в неправильном коде. А то может быть, что неправильный код память правильному попортил. У вас в си разыменновывание нулевого указателя до сих пор UB, хотя алгебраические типы прекрасно это решают. Так что не надо тут про исключения рассказывать.
| | |
|
|
|
| 1.19, мяв (?), 08:38, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 а что за бред?
были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.
это и был аргумент сопровождающего dma.
| | |
| |
| 2.81, Аноним (-), 10:13, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.
Был один случай, когда сопровождающий не успел обновить биндинги.
> это и был аргумент сопровождающего dma.
Это был не аргумент, а натягивание совы на глобус.
Потому что факапы со сборками происходят регулярно (что не удивительно для такого большого проекта). Причем совсем не связанные с растом.
Интеловцы (как минимум) один раз умудрились залить код, которые вообще не компилится, чем сагрили Торвальдса.
И таких примером море, достаточно пару месяцев почитать рассыслку.
| | |
| |
| 3.95, мяв (?), 10:43, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
код интловцев не принимают со словами "это будет территория интла. и мейнтейнеры сетевых подсистем пусть туда не лезут", в последствии блокируя другие патчи в другой код, пока интловцы не пофиксят свои баги.
| | |
| 3.267, Аноним (267), 21:57, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.
> Был один случай, когда сопровождающий не успел обновить биндинги.
Ну так это - пример как оно в итоге "не затрагивает сишников" на практике. Декларации и факты не совпали.
>> это и был аргумент сопровождающего dma.
> Это был не аргумент, а натягивание совы на глобус.
Вообще-то это в Торвальдсовский огород. Он обещал - одно. Обеспечил - другое. И его в это майнтайнер и макнул. И хотя он прав на тему оверреакции майнтайнера,
| | |
|
|
| 1.35, Аноним (30), 09:04, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Ну пусть любители единственного и неповторимого языка сидят на старом ядре, где нет раста и их всё устраивает. В чём проблема-то.
| | |
| |
| 2.40, Уууууъъъ (?), 09:13, 21/02/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
Проблема в том, что разработчики на Rust, часто не обладая достаточной квалификацией, захватили ядро! 😟 А опытные специалисты (Andreas Gruenbacher - gfs2, Jonathan Corbet
- автор книги о ядре Linux, James Morris и другие), которых они называют "старыми дедами", имеют степени PhD в области компьютерных наук. Вот так вот! 🤦♂️
| | |
| |
| 3.69, Карлос Сношайтилис (ok), 09:58, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
А чего же плюсовики не захватили ядро?
У них и времени больше было, и их самих не мало. И язык – ого-го! Что не так?
| | |
| |
| 4.82, Уууууъъъ (?), 10:14, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Что не так?
Поспрашивай у Линуса, у него что-то не так! Он не раз показывал средний палец плюсовикам.
| | |
| |
| 5.287, n00by (ok), 06:35, 22/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 И при чём тут Линус? Драйвера на Си++ можно найти у меня на Гитхапе.
Вы бы так код писали, как строчите комменты. Глядишь, страну бы не опозорили.
| | |
|
|
|
| 2.54, Аноним (54), 09:33, 21/02/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
А на сколько %% GPL-проект, написаный на не_GPL-языке, является GPL?
А если завтра хозяин языка переведёт его с MIT на лицензию с отчислениями неких сумм от производных продуктов? Или органичит платными лицензиями обновления языка? И патентно ограничит создание альтернативных реализаций языка?
Тащить такое в GPL-продукт - ССЗБ.
| | |
| |
| 3.86, freehck (ok), 10:29, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > А если завтра хозяин языка переведёт его с MIT на лицензию с отчислениями неких сумм от производных продуктов?
С учётом того, что в проект вовлечены одновременно MS, Amazon и Google -- очень вряд ли, что Мозилле позволят сделать.
| | |
| 3.88, Аноним (-), 10:31, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А на сколько %% GPL-проект, написаный на не_GPL-языке, является GPL?
А какая разница?
> А если завтра хозяин языка переведёт его с MIT на лицензию
Было бы интересно.
Коммунизм как идея себя исчерпал - примеры совка и сев.кореи это отлично показали - значит и ЖоПЛ тоже пора на свалку истории.
> с отчислениями неких сумм от производных продуктов?
а кому?
я бы перевел ядро на BSL - пусть корпы которые зарабатывают с помощью его деньги, платят отчисления на развитие ядра.
| | |
| |
| 4.231, Аноним (121), 17:02, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>я бы перевел ядро на BSL - пусть корпы которые зарабатывают с помощью его деньги, платят отчисления на развитие ядра.
Достаточно AGPL для решения этой проблемы.
| | |
|
|
|
| 1.41, Этот как его щас (?), 09:14, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Казалось бы, отличное время для BSD систем блеснуть адекватностью и поступить грамотно, поглядывая как через танцы на граблях коллеги пытаются ворваться в светлое будущее с мягкими стенами. Сможет ли фряха поднять популярность? (Не наброс, реально интересно).
| | |
| |
| 2.47, Аноним (185), 09:22, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> отличное время для BSD систем блеснуть
Сейчас на столе стоит. С GhostBSD. LibreOffice, Chromium, Qt, GCC есть. Что еще нужно?
| | |
| |
| 3.53, Уууууъъъ (?), 09:32, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Что еще нужно?
Vim, Git, CMake, MPV, Telegram, QEMU, Docker, Wireshark, Wine.
| | |
| |
| |
| 5.134, Аноним (245), 12:08, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ничего из перечисленного. Но сугубо IMHO.
Да есть там все перечисленное (окромя дыркера актуальной версии), даже протончик.
| | |
| |
| 6.183, Аноним (185), 14:30, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Уточню. Ничего из перечисленного мне не нужно. А то, что там много чего есть, не сомневаюсь.
| | |
|
|
|
|
| |
| 3.268, Аноним (-), 22:07, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Конечно сможет! Ей всё по плечу!
> Раст, кстати, у них тоже в ядре есть, поэтому они на верном пути.
Акселерация - то что дедам было по плечу, нам по ...ю! :P
| | |
|
| 2.76, Аноним (-), 10:08, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> отличное время для BSD
А как же бздюшники откажутся от раста, если они дрова из линя тырят?
Или если раст в лине, то это не считается?))
> Сможет ли фряха поднять популярность?
Разве что до уровня линуксовой маргинальщины.
Ну т.е. самые отбитые линуксятники перебегут на бсд, гайку, ватевер.
А всем остальным пофиг что под капотом, главное что работает.
| | |
|
| |
| |
| |
| 4.132, Аноним (-), 12:05, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А ктож им не давал свою Redox под GPL лицензировать?
Лицензировать свободную ось (пусть даже эксперементальную и наколенную) под несвободной коммунистической лицензией?
Думаю они не настолько глупые.
| | |
| |
| 5.186, Аноним (121), 14:37, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Во-первых, это правильная свобода. В материалах FSF труды марксистов не упоминаются.
Отписавшийся выше, высказал, что именно из-за GPL растофанов тянет в ядро Линукса.
| | |
|
|
|
| 2.174, freecoder (ok), 13:54, 21/02/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Потому что вы "растоводами" назвали разработчиков ядра Linux, желающих писать на Rust. Почему это разработчики ядра не имеют права писать своё ядро на том, на чём они хотят?
| | |
| 2.175, Аноним (-), 14:03, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А почему растоводы не хотят написать своё ядро, а сели на шеи си-разработчиков?
Хм.. Грег он растовод или нет?
Я не видел чтобы он писал кода на расте, но никогда не знаешь что человек делает в свободное время.
Может еще увидим его coming out.
С другой стороны - он один из ключевых людей в ядре, так что знает что и как у них за кулисами.
| | |
| |
| 3.234, Аноним (121), 17:09, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
О, есть основания полагать, что Грег того... может каминг аут совершить? ;)
| | |
|
|
| 1.73, Аноним (73), 10:07, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ] | +3 +/– | Для меня лично GNU Linux постепенно превращается в Abandonware как FreeDOS Врод... большой текст свёрнут, показать | | |
| |
| 2.129, Аноним (121), 12:03, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
О, кстати, почему бы им не переписать FreeDOS на Rust? Работы хватит надолго. Может, от ядра Линукса отстанут.
| | |
| 2.155, Аноним (142), 12:55, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust. У меня же AMD FX-8350
Кто вас заставляет собирать всё с нуля? Вы сами вызвались это делать, а теперь заднюю даёте.
| | |
| 2.163, Карлос Сношайтилис (ok), 13:26, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust
О! Живой человек, который бутстрапит компиляторы!
У меня к тебе несколько вопросов, если ты не против:
1. Зачем? Это главный, конечно же.
2. Зачем бутстрапить каждый раз, если можно компилировать только последнюю версию, ведь предыдущие шаги прошли верификацию?
3. Почему бы вам не объединиться и не организовать верифицируемый распределённый процесс бутстрапа?
| | |
| |
| 3.199, anonymous (??), 15:26, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> 1. Зачем?
Чтобы небыло бинарников. Опенсорс же.
> 2. Зачем бутстрапить каждый раз, если можно компилировать только последнюю версию, ведь предыдущие шаги прошли верификацию?
Проверка сборки новыми версиями компиляторов GCC. 14 версия поломала сборку многих пакетов, нужно флаги выставлять.
> 3. Почему бы вам не объединиться и не организовать верифицируемый распределённый процесс бутстрапа?
Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
| | |
| |
| 4.205, Аноним (-), 15:42, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> 1. Зачем?
> Чтобы небыло бинарников. Опенсорс же.
Но зачем? (с)
Опенсорс и GPL в часности это про доступ к исходникам при поставке бинарников.
Там нет цели "собирайте всегда все сами".
Это больше напоминает работу ради работы или религиозный ритуал.
Ну или 🍞->🚋
> Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
Т.е просто васянодистр одного "разработчика"?
Проще найти на помойке диски с бубунтами))
| | |
| |
| 5.239, Аноним (121), 17:17, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
А те, кто за вас собрал, вы уверены, что собрали в точности из того, что в качестве исходников вам показывают?
| | |
|
| 4.225, Карлос Сношайтилис (ok), 16:39, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Чтобы небыло бинарников. Опенсорс же.
Для этого можно собирать последнюю версию только. Зачем бутстрапить-то?
> Проверка сборки новыми версиями компиляторов GCC. 14 версия поломала сборку многих пакетов, нужно флаги выставлять.
См. сообщение выше. Предпоследняя версия компилятора же может собрать новую.
> Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
Это я тоже могу понять.
Но на главный вопрос ответа не получил. Зачем делать полную раскрутку компилятора, если всегда достаточно одной итерации при обновлении?
| | |
|
|
| 2.169, Аноним (-), 13:43, 21/02/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Хм, это возможно немного грубо, но кого волнует твое личное мнение Clang отличн... большой текст свёрнут, показать | | |
| |
| |
| 4.246, Аноним (-), 17:37, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Кем подписанная?
Самими авторами)
А то получается странная ситуация - скачать код с сайта/репы GCC и собрать самостоятельно через прдолинг с бутстрапом - это правильно и хорошо.
А скачать собранный бинарник с того же сайта - это "уууу, плохо!".
Причем на вопрос "а если тебе прямо в сорцы чего-то подложат" начинаются какие-то отмазки.
Попахивает какой-то шизофренией.
| | |
| |
| 5.251, Аноним (121), 18:53, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
А почему сами авторы не могут подлянку подложить в свой бинарничек?
А сорцы они на то и сорцы, чтоб проверить можно было. Каким образом - вопрос отдельный. Главное, что такая возможность имеется.
| | |
| |
| 6.258, Аноним (-), 19:42, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А почему сами авторы не могут подлянку подложить в свой бинарничек?
Могут.
Но тк белки истерички боятся бинарников, то лучше класть прямо в код.
Так будет менее палевно и главное всегда можно съехать на "ну ошиблись".
> А сорцы они на то и сорцы, чтоб проверить можно было. Каким образом - вопрос отдельный.
> Главное, что такая возможность имеется.
И это главное. Вера в то что все можно проверить.
| | |
|
|
|
|
| 2.187, Loki13 (ok), 14:38, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust. У меня же AMD FX-8350, современный флагман девятой серии я себе позволить не могу поэтому Rust для моего дистрибутива считаю неприемлем.
А зачем его собирать? Мне может процессор и позволяет, но я беру dev-lang/rust-bin и не заморачиваюсь.
| | |
|
| 1.111, НяшМяш (ok), 11:33, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Линус токсичный, разработка ядра токсичная
Тем временем, весь опеннет полоскает тех, кто _умеет писать на расте_ (в отличие от них)
¯\_(ツ)_/¯
| | |
| |
| |
| 3.148, Аноним (-), 12:44, 21/02/2025 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Предвкушаю массовое полыхание раненых душ при известии о выходе Rust 2024
Та не. Устали уже гореть.
Им третий день ножи в псину:
- вначале слухи
- потом Грег высказался
- и вот сегодня Торвальд добивает))
И это не считая смежных, но все еще болезненных для луддитов, тем вроде "KDE и X11", "GTK и X11" и прочая борьба прогресса с застоем.
Зато сколько улюлюканья было в теме "Кризис в продвижении Rust в ядро из-за опасений усложнения сопровождения"! Целых 600+ комментов напрудили))
А теперь что-то притихли. Даже почти перестали грозиться форкнуть ядро)
| | |
| |
| 4.154, Аноним (-), 12:50, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Сишникам на Раст плевать. Но спасибо что напомнил (сарказм).
Угу, настолько плевать, что в каждую тему про релиз раста приходят пофлудить.
Ну, теперь советую не только флудить, но и читать внимательнее.
Потому что будущее ядра практически определено))
| | |
|
| 3.161, Карлос Сношайтилис (ok), 13:15, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ждать осталось недолго.
И снова будет:
- у вас там ансейф, какая безопасность
- опять что-то стабилизировалось, никакой обратной совместимости
- стандарт так и не написали
Может что-то новое будет...
| | |
| |
| 4.171, Аноним (-), 13:46, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я надеюсь, что у кого-то дидов-сишников бомбанет и он свалит.
Тогда будет обсуждение на еще 500 комментов "Растовики гнобят пенсионеров",
а я буду улюлюкать в комментах "снежинка расплакалась и хлопнула дверью".
Ведь срач сам себя не начнет.
| | |
|
|
|
| 1.116, Аноним (116), 11:38, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Хватит ругать Линуса!
Во-первых, деньги не пахнут.
Во-вторых, подрастают дочери, надо готовить приданное.
| | |
| |
| 2.124, svpcom (ok), 11:57, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да по крайней мере там одна их них точно не той ориентации. Возможно через них Линуса и продавливают на нужные решения по ядру
| | |
| |
| |
| 4.138, Аноним (-), 12:24, 21/02/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Это тот самый Маск который назвал ребенка X Æ A-12, а другой Ксавье бедняга аж пол сменил от такого отношения от папочки?
Даааа, отличный пример.
| | |
|
|
| 2.146, Аноним (-), 12:43, 21/02/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Во-первых, деньги не пахнут.
Во вторых, есть вещи поважнее денег. И это принципы.
| | |
|
| 1.119, Аноним (119), 11:47, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Забавно: местные эксперты поясняют свою позицию в отношении Rust, и Торвальдс поясняет свою позицию в отношении Rust. Но, как говорится, есть нюансы.
| | |
| |
| 2.253, Аноним (121), 19:01, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну да, нюанс есть, у Торвальса кругленький счёт в америкосском банке. И он может стать ещё круглее.
| | |
|
| 1.144, Аноним (-), 12:41, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
Товарищи вызвали Линуса на собрание и раскритиковали. Линуск пошёл на попятную. Грега тоже надо бы вызвать на собрание ядерщиков, и хорошенько отчитать.
Растаманов надо и дальше выдавливать из ядра. Когда-то Линус неохотно принял растаманов в ядро, жаль что он не прислушался к своему сердцу.
| | |
| 1.149, Аноним (149), 12:45, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
Строго говоря, разграничение на «мир С» и «мир Rust» в одном проекте неизбежно приведёт к конфликту, разрешить который будет практически невозможно. Это как две семьи в одной квартире: холодильники порознь, но ванная, туалет и коридор общие.
В дальней перспективе неизбежно просматриваются два форка: Linux kernel C и Linux kernel Rust.
| | |
| |
| 2.151, Аноним (-), 12:46, 21/02/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>В дальней перспективе неизбежно просматриваются два форка: Linux kernel C и Linux kernel Rust.
Такого не будет, ибо Си плоть и кровь ядра. Это растаманов постепенно выдавят из ядра.
| | |
| |
| 3.249, Аноним (-), 18:03, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Такого не будет, ибо Си плоть и кровь ядра. Это растаманов постепенно выдавят из ядра.
R: У Rust более строгие система типов и семантика, благодаря чему удается избавится от множества ошибок.
C: Нет, ибо Си плоть и кровь.
Ахахаха. То есть мяУ))) Тут даже гадать не нужно кого выдавят из ядра. У Криштофа аргументация приблизительно такого же уровня.
| | |
|
| 2.160, Аноним (-), 13:06, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | Практически - не значит невозможно Более того я подозреваю, что разделение буде... большой текст свёрнут, показать | | |
|
| 1.153, Аноним (-), 12:48, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Думаю эту неделю можно называть:
"Неделя Rust'а в ядре или как поджигать ж0пы"
А сколько было радости и насмешек в первой теме.
Как радовались уходу мейнтенеров.
А потом слегка недоумевали слухам.
А потом горели от базы от Грэга.
И что? Кто сейчас будет смеяться, а))?
ps запомните одну простую вещь - прогресс не остановить.
| | |
| |
| 2.216, Аноним (92), 16:09, 21/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
А ты то чего радуешься? Ты ж не на Си не пишешь, не на расте. Тебе какое нафиг дело?
| | |
| |
| 3.222, Аноним (-), 16:32, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А ты то чего радуешься?
Хм.. а ты не смотришь комедийные фильмы, с попкорном?
Ну типичный троп - когда кто-то поскальзывается на банановой кожуре и падает.
> Ты ж не на Си не пишешь,
К счастью нет.
> не на расте.
К счастью да.
Но за деньги и не в опенсорс.
> Тебе какое нафиг дело?
Вдруг смогу устроиться разработчиком ведра на полставки в какой-то редхат.
Но главное, могу греться от сгорающих нафиг фанатиков, на такой цирк билеты дорого стоят.
| | |
|
|
| 1.157, Аноним (142), 12:59, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Здесь есть несколько человек, пишущих на си и плюсах и не любящими раст. Выкладывают свой код, им говорят, что это во-первых медленно, а во-вторых не соответствует спецификации. На что они отвечают, что этот код и не предназначен быть быстрым, а спецификации они не осилили. Теперь вопрос: а зачем им си и плюсы, если код тормозной и неправильный?
| | |
| |
| 2.164, Аноним (-), 13:31, 21/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> а зачем им си и плюсы, если код тормозной и неправильный?
Ответ очень простой: это единственное, что они смогли осилить.
Почему СИшка взлетела?
Потому что это был супер простой язык, которому можно быљо обучить даже примата. Такой себе ПХП из 70х.
Это тебе не АДА со сложными подходами, а х-к-х-к и в продакшн! Если что-то не сошлось по типам - просто кастуем к void*
| | |
| 2.286, ferris (?), 06:09, 22/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
А я бы задал другой вопрос. Зачем им нужна спецификация раста, если они на спецификацию их любимого С кладут болт?
| | |
|
| 1.224, Аноним (224), 16:36, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
О, вот-это здравая позиция, по сути реитерация позиции Хеллвига, но с коррекцией правил сопровождения ядра с учётом многоязычности - что проблемы растовиков из-за того, что их код будет ломаться сишным кодом - их личные проблемы. По сути предложено рассматривать код на расте как out-of-tree модули, но хранить их прямо в репозитори ядра, придавая им официальный статус.
| | |
| 1.247, ProfessorNavigator (ok), 17:46, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Нет, господин Торвальдс, боюсь в этот раз усидеть на двух стульях сразу не получится. Технически - пока что не особо сложно. Только вот проблемы из-за такой позиции имеют свойство накапливаться. А потом падать на голову все разом, как снежный ком, в самой неподходящий момент. Так что, боюсь, придётся таки вам определяться: вы продались корпорациям с потрохами, и поэтому принимаете технически неоправданные решения и тащите Rust в ядро, или вы всё же работаете на благо всего общества.
В первом случае, на Линукс можно ставить крест. Во втором будет сложно, но ещё побарахтаемся.
И да, что-то решать с реформированием подходов к разработке ядра таки надо, в том числе с проблемами памяти. Как вариант - принять С++ в ядро. Серебряной пули из него не выйдет, но вести разработку станет однозначно проще. Тем, кто его освоит. Причём особо и менять ничего не придётся - там, где нужна совместимость, можно обложиться всякими "extern C".
| | |
| |
| 2.250, Аноним (-), 18:04, 21/02/2025 [^] [^^] [^^^] [ответить] | +/– | А почему Может он брал мастер-класс у одного любителя картошки Это вы про яд... большой текст свёрнут, показать | | |
| |
| 3.288, n00by (ok), 07:24, 22/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> И да, что-то решать с реформированием подходов к разработке ядра таки надо, в том числе с проблемами памяти. Как вариант - принять С++ в ядро.
> Но у плюсов почти те же проблемы. Да их немного залепили смартпойнтерами,
> но как показала практика этого не достаточно.
Проблема плюсов в linux в том, что в "Сообществе" нет людей, достаточно их понимающих.
Например, ProfessorNavigator не писал под ядро, не читал стандарт плюсов, но мнение своё высказывает очень громко.
RAII (и умные указатели в частности) решают многие вопросы. Допустим, они даже закрывают все 100%.
Но есть нюанс. Ядро на Си и для освобождения ресурсов применяется goto cleanup -- такого кода написано 100500 строк. И тут вдруг появляется язык, внешне очень похожий на Си, но goto в нём ломает RAII на раз. Предлагается это всё смешивать?
Подобных нюансов много, но избыток теоретиков из профессуры вносит лишь хаос, потому Линус отфутболил всех скопом, назвав нехорошим словом.
| | |
|
|
| 1.255, Pret78 (?), 19:16, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Централизованное управление есть даже в среде freeware и оно там тоже "ломается". Буквально "ломается" - не хочу, не буду...
| | |
| 1.256, sena (ok), 19:23, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Я совсем не поколонник Раста, но сам опыт по внедрению второго языка и "причёсыванию" API для этих целей будет полезным. Так что независимо от результатов внедрения польза для ядра, уверен, будет.
Думаю примерно этим же руководствуется Торвальдс. Польза не в самом Расте, а в переосмыслении, улучшении и стабилизации API.
| | |
| |
| 2.264, Аноним (264), 21:11, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> а в переосмыслении
а переосмысление в плане микроядра когда наступит?
| | |
| 2.284, Аноним (284), 05:16, 22/02/2025 [^] [^^] [^^^] [ответить]
| +/– |
Стабилизация API? Пусть Rust сначала стабилизируется. Не стабильности и нет обратной совместимости в Rust.
| | |
|
| 1.262, Алконим (?), 20:52, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так не бывает: хочу вижу раст в ядре хочу не вижу раст в ядре. Ядро монолитное, и там все со всем связано, порой сшиты костылями. Поэтому "если хочешь писать на С пиши на С и раст учить не надо" это одно из самых глупых заявлений Торвальдса. Думаю реальная мысль "не хочешь писать или принимать патчи на раст - мы тебя заменим на тех кто хочет", но ведать решил тактично поступить чтобы все не разбежались. А так будет постепенно заменять неверных на растоманов.
| | |
| |
| 2.273, Аноним (273), 00:14, 22/02/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Линус говорит о том, что байндинги на расте - это ещё один пользователь системы. Объясни, каким образом ещё один пользователь системы "со всем связан". Ну просто хотябы один проверяемый пример. Спасибо.
| | |
|
| 1.265, zeecape (ok), 21:19, 21/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Если очень обобщить: "никто же не заставляет переписывать всё на Rust, так чего разнылись? Просто используйте С в своём коде и не пытайтесь лезть в чужой"
| | |
| |
| 2.269, Аноним (269), 22:29, 21/02/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
и это глупо. зоопарк в проэктах всегда выходит боком и болью для всех. если так хочется все на раст почему бы не создать отдельную linux-gen-z-smoothie-edition и не переписывать все ядро на раст там
| | |
|
| 1.276, Аноним (276), 02:06, 22/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Поехавший умом линус несет очередной бред, вызванный святой верой в свою непогрешимость.
Линукс как занимал полтора процента два десятилетия назад, так там и остался. Под таким чутким руководством этих маразматиков линукс либо окончательно перейдет под эгиду какого-нибудь гугла, или майков, через 8-10 лет.
Или окончательно развалится изнутри при выходе очередного мега дистрибутива под новейшим гтк8, туда ему и дорога.
| | |
| 1.279, Аноним (277), 04:01, 22/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Бессменный генсек партии Столлмана, наш горячо любимый товарищ Линус поддержал внедрение раста, запланированное на следующую пятилетку пролетарского ядростроения.
| | |
| 1.280, Аноним (284), 05:05, 22/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Корпоративный фреймворк. Кому не нравится пахать на финна (корпораций) никто не держит. Правила устанавливаете не Вы. Скоро время фофан и глобального духа свободы закончится. По крепостям, друзья.
Вот смысл выступления Торвальдса.
| | |
| 1.282, Аноним (284), 05:13, 22/02/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я не против Rust. Просто, просматривая ассемблерный листинг игр под Unity, удивляешься количеству бессмысленных генерированных инструкций.
| | |
|
