К обсуждению сопротивления мэйнтейнеров внедрению Rust в ядро подключился Линус Торвальдс, который пояснил, что никто не заставляет мэйнтейнеров изучать язык Rust, использовать код на Rust или принимать во внимание наличие в ядре кода на Rust. Мэйнтейнеры могут спокойно продолжать работать только с кодом на Си и никак не пересекаться с Rust. Но подобные сопровождающие не могут и влиять на то, как развивается Rust в ядре, например, не могут вмешиваться в организацию внешнего взаимодействия Rust-кода с кодом их подистемы...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62764
И хочется, и колется, и Линус не даёт
На Rust перепишут медленно но верно.
Судьбу Redox мы уже видим.Впрочем, всегда есть альтернативы Линуксу
> Судьбу Redox мы уже видим.Не очень понятно почему местные комментаторы гонят на Redox...
(не, ну понятно, там же раст)))Команда из буквально полутора землекопов (вот серьезно, посмотрите их gitlab.redox-os.org/redox-os/redox/-/project_members и вклад участников) написала с нуля ось на новом языке. С иными подходами чем посикс. С UI. С сетью. С портированным прикладным софтом.
Это же насколько нужно быть оторванным от реальности, чтобы даже предполагать хоть какую-то конкуренцию с линуксом.
> Впрочем, всегда есть альтернативы Линуксу
Always has been. Макось и в винда))
Но нерабочий. А альтернативу Линуксу тут местные товарищи уже таки ищут.
> Always has been. Макось и в винда))Ну попробуй из винды сделать умный телевизор, или там хостинг виртуалок какой. Из мака - я вообще молчу.
Представь себе можно это сделать.
Помимо ретейловского ртм'а есть сервер на который так же накидывается сверху и хоть киоск хоть медиацентр делай. Со времен хр так.
Не только лишь твой любиминький линукс можно переделать
> Представь себе можно это сделать.Теоретически - вы могли бы слетать на Луну. Завтра. Ничему не противоречит. Практически, вы, конечно, так не сможете или не захотите из-за некоторых нюансов.
> Помимо ретейловского ртм'а есть сервер на который так же накидывается сверху и
> хоть киоск хоть медиацентр делай. Со времен хр так.
> Не только лишь твой любиминький линукс можно переделатьЯ умею кастомизировать мой любимый линукс в хвост и в гриву. Это мне ничего не стоит, а наличие сорца и реконфигуряемость - обеспечивает гибкость. Поэтому я ворочаю такие задачи, которые в жизни не взялся бы из виндов сделать. Для начала - у этой вашей винды нет дров на вон тот одноплатник. Совсем. Про макос даже и упоминать неудобно.
>нет дровНапиши.
>>нет дров
> Напиши.А мне то это зачем? Попахать, бесплатно, чтобы получить право проприетарщика диктовать мне что я должен делать? При том что можно взять линух с более 9000 дров на все оказии? Информирую вас что я не являюсь поклонником творчества Фон-Мазоха.
>> Always has been. Макось и в винда))
> Ну попробуй из винды сделать умный телевизор, или там хостинг виртуалок какой.А как тогда куча банкоматов, киосков и всяких прочих штук работаю на винде?
Ты просто не в курсе.> Из мака - я вообще молчу.
АпплТВ?
Превращает почти любой телек в умный.
> А как тогда куча банкоматов, киосков и всяких прочих штук работаю на винде?Ну вот так. Это по сути обычные писюки. И сейчас это больше на правах легаси. Ибо как раз тренд на замену винды весьма активный. Ничего личного - это бизнес.
Ну и на память о "кастомизируемости" винды я на банкоматах видел что угодно, от зеленой лужайки и характерного скринсэйвера, до антивиря + проводника в которых при загрузке можно минут 5 делать что хочешь, если момент рестарта поймать (лол!). Это все что мне надо знать о кастомизируемости виндов под задачу, имхо.
Новые разработки как раз активно с виндов уходят. Особенно в эмбеде. Ничего личного, это бизнес.
> Ты просто не в курсе.
Я в курсе что винды себя по сути - исчерпали. Я в курсе - какие имена вкладываются в линух. И догадываюсь почему они хотят его, а не...
>> Из мака - я вообще молчу.
> АпплТВ?Ну да. Один. Для 1 фирмы. А если кто не эпл - упс! Он пролетает. Посколько я не эппл, а пролетать не хочу - потому и пингвин. Прикиньте, мне пофиг ЗБС эплу или нет. Я хочу чтобы ЗБС было - мне. В моих задачах. Я кастоме - бабки зарабатываю. А этот ваш эпл мне - ортогонален, он со мной никак не делится и мое наличие не подразумевает.
> Превращает почти любой телек в умный.
Я рад за Эппл - но вот лично мне с этого никаких бенефитов - нет. В смысле заработка денег на технологиях. Желательно без парадигмы master-slave и садо-мазо как это модно у эпла.
> Новые разработки как раз активно с виндов уходят. Особенно в эмбеде. Ничего личного, это бизнес.Ты понимаешь, что эмбедовка это очень маленький процент от всей разработки?
> Я в курсе - какие имена вкладываются в линух. И догадываюсь почему они хотят его, а не...
Потому что это выгодно.
И потому что можно впихать в линукс то, что им нужно.
Убери последнее и ядро забросят.> Прикиньте, мне пофиг ЗБС эплу или нет. Я хочу чтобы ЗБС было - мне. В моих задачах. Я
> кастоме - бабки зарабатываю.Прикинь я пишу код под macos/ios и получаю отличные деньги.
И мне тоже ЗБС.> А этот ваш эпл мне - ортогонален, он со мной никак не делится и мое наличие не подразумевает.
Вы просто не умеете его готовить (с)
> Я рад за Эппл - но вот лично мне с этого никаких бенефитов - нет.Ключевое слово "лично мне".
> Желательно без парадигмы master-slave и садо-мазо как это модно у эпла.
Кто о чем, а любители линукса про садомазо и рабов...
У вас там что какой-то тайный фетишь? Или травма?
Но ты про *опы хотя бы не написал, на этом и спасибо.ps самое смешное это читать в теме, где Линус как Настоящий Господин (или как вы там своих руководителей называете?) нагибает мейнтенеров и запихивает раст в ядро.
> Ты понимаешь, что эмбедовка это очень маленький процент от всей разработки?Смотря что за нее посчитать. Если взять все роутеры-мыльницы, тв, и тем более смартфоны - там можно будет поспорить у кого на этом глобусе маленький процент.
Впрочем и у майков на абажуре >70% линуха. При том что изначально это была вообще облачная среда для запуска .NET приложений (про этот бред, конечно, MS давно забыл - бабло победило зло, в данном случае довольно буквально).
Т.е. умеючи в линух - на этом глобусе открыто довольно много дверей и доступно довольно много возможностей и клиентуры. И это все намного интереснее винды - и тем более мака, где все это вообще не предусмотрено.
> Потому что это выгодно.
Отож. А почему бы и мне не должно бы быть - выгодно? А майкрософт и эпл пусть платит кто-то другой например! :D
> И потому что можно впихать в линукс то, что им нужно.
> Убери последнее и ядро забросят.На самом деле - потому что все гибко и кастомизируемо и скорее можно - оборвать то что не нужно. Скажем если у меня в железке ифейс это вебморда, мне не обязательно тащить GUI посистему "во имя луны" - ибо иначе это вообще не WinAPI видите ли будет. И можно вообще совсем отключить сборку этого - минус 100500 хлама всех мастей сразу. Не, в винде я так не смогу. А мак никогда и не пытался в сравнимые применения.
> Прикинь я пишу код под macos/ios и получаю отличные деньги. И мне тоже ЗБС.
А мне целиком зависеть от 1 фирмы, да еще в отношениях в стиле master-slave - что-то не хочется, спасибо. Мне майкрософт уже делом показал чем это плохо, нового рабовладельца, но голубых кровей - не требуется :). Который к тому же лучше меня будет знать что я хотел запилить и диктовать ограничения.
> Вы просто не умеете его готовить (с)
Я уже научился - линуха готовить. Намного круче и универсальнее. Работает на всем, от фигни с SD карту размером до суперкомпьютера. А унутрях может быть одно и то же семейство технологий с которым я знаком. Вы так ессно с маком и виндой не сможете.
> Ключевое слово "лично мне".
А остальное меня колышет довольно слабо :). Мир во всем мире и прочий секс за девственность это хорошо, но моя участь меня интересует немного больше.
> Кто о чем, а любители линукса про садомазо и рабов...
Я так то для начала этого отведал - с майкрософтом. И наелся досыта. И вот именно поэтому - линух, где я могу делать то что посичтаю нужным и не спрашивать ослиного позволения "благодетелей" а можно ли мне. Там просто пошел - и просто сделал - все что смог, то и мое. Так намного круче.
> ps самое смешное это читать в теме, где Линус как Настоящий Господин
> (или как вы там своих руководителей называете?) нагибает мейнтенеровНазвать вещи своими именами - это не нагибон. По моему вполне простая и честная позиция. И уж намного лучше м...ков которые "продают" девайс по цене собственности, а потом оказывается что без одобрения господина (активации) им только гвозди заколачивать можно, и вообще это тоталконтроль и по сути аренда, без полного доступа в "якобы мой" девайс.
Такое мне не катит, я в курсе как это все наызвается и где я таких благодетелей видал.
>> Ты понимаешь, что эмбедовка это очень маленький процент от всей разработки?
> Смотря что за нее посчитать. Если взять все роутеры-мыльницы, тв, и тем более смартфоны - там можно будет поспорить у кого на этом глобусе маленький процент.От смартфоны ты правильно вспомнил.
Сколько разрабов> Впрочем и у майков на абажуре >70% линуха.
И правильно! Если можно зарабатывать деньги на том, что л0хи пишут забесплатно - то это лютейший вин.
> Т.е. умеючи в линух - на этом глобусе открыто довольно много дверей и доступно довольно много возможностей и клиентуры.
Могу тоже самое сказать про почти любую отрасль.
> и тем более мака, где все это вообще не предусмотрено.
Ну например писать приложение под айпады для подразделения general electrics которые закупили их и раздают как рабочие (по причине того, что очень просто менеджить).
>> Убери последнее и ядро забросят.
> На самом деле - потому что все гибко и кастомизируемо и скорее можно - оборвать то что не нужно.Раст станет обязательным при сборке, как будешь выпиливать?
Решат дропнуть какую-то моторолу из прошлого тысячелетия - будешь сидеть на старой версии или пытаться бекпортить.> Не, в винде я так не смогу. А мак никогда и не пытался в сравнимые применения.
А оно там и не нужно)) Слава богу.
>> Прикинь я пишу код под macos/ios и получаю отличные деньги. И мне тоже ЗБС.
> А мне целиком зависеть от 1 фирмы, да еще в отношениях в стиле master-slaveУ тебя постоянно какие-то БДСМ аналогии. Это странно, но ок.
> Который к тому же лучше меня будет знать что я хотел запилить и диктовать ограничения.
Например Торвальдс))
>> Вы просто не умеете его готовить (с)
> Я уже научился - линуха готовить. Намного круче и универсальнее. Работает на всем, от фигни с SD карту размером до суперкомпьютера. А унутрях может быть одно и то же семейство технологий с которым я знаком. Вы так ессно с маком и виндой не сможете.Лол, да мне это даже на надо.
>> Кто о чем, а любители линукса про садомазо и рабов...
> Я так то для начала этого отведал - с майкрософтом. И наелся досыта.А... ну т.е травмы.
Сочувствую, но слегка.> И вот именно поэтому - линух, где я могу делать то что посичтаю нужным и не спрашивать ослиного позволения "благодетелей" а можно ли мне. Там просто пошел - и просто сделал - все что смог, то и мое. Так намного круче.
Будет очень смешно если мелкомягкие впендюрят в ядро Integrity Policy Enforcement и достанут тебя и в опенсорсе.
> Назвать вещи своими именами - это не нагибон. По моему вполне простая и честная позиция.
Позиция "споносоры попросили - я сделал"? Ну, если ты так считаешь.
Я помню как Сообщество™ нагнули с системмд, с дропом Х11.
Тебе просто пока повезло, что критически важную для тебя штуку не похepили.
Но это только пока.
> От смартфоны ты правильно вспомнил.
> Сколько разрабовПравильно вы их рабами назвали ;). Зависеть от 1 фирмы на 100% - такое себе, имхо.
На примере MS я видел как можно угрохать проект, а кто от него зависит - его проблемы! Гугл тоже умеет. Да и эпл. Все о чем акулы бизнеса парятся - профит. Станет им не выгодно - выкинут на мороз, глазом не моргнув. И чего потом делать с знанием о програмизме никому не нужной дохлой штуки?
(...)
> - то это лютейший вин.Лютейший вин - раскидать работу на толпу, вместо NIH в норке. Зачем 10 раз изобретать 1 и то же? А специфику нужную MS никто делать не будет. Я тоже не буду с ноля ОС писать. Только кастомизацию донапилю - и порядок. На меня "лютейший вин" тоже распостраняется! :)
> Могу тоже самое сказать про почти любую отрасль.
..."но есть нюансы" :). Умение в Linux - полезное, реюзабельное знание на многих уровнях. Он юзается дофига где, от 1 корпы не зависит. Поэтому надолго останется. Это мощный технологический бэкграунд человечества. Я 1 из тех кто это умеет.
>> и тем более мака, где все это вообще не предусмотрено.
> Ну например писать приложение под айпады для подразделения general electrics
> которые закупили их и раздают как рабочие (по причине того, что очень просто менеджить).Мне все это не интересно. И отношения практикуемые в яблочной экосистеме у меня энтузиазма не вызывают. А в лине я могу динамически выбирать из широкого спектра задач которые в пределах моей технологической доступности. Кроме всего прочего заимплементив ряд вещей о которых мечтал. Just because I can.
> Раст станет обязательным при сборке, как будешь выпиливать?
1) Как говорится, проблемы следует решать по мере поступления. Пока о этом речь и близко не идет.
2) На данный момент нет даже намека на планы core-api на хрусте.
3) И хруст вообще неактивен по дефолту.
4) Если вдруг, то есть например LTS ядра. С изрядным сроком поддержки. Это довольно много времени. А мой высохший скелет, так и быть, врядли будет париться - хруст или не хруст.
5) Скорее всего разовьется нечто типа gccrs и вон то утрясут - так что билдовка станет не сложнее чем сейчас. К этому моменту вероятно взлетит gccrs и можно будет немнго разучить хруст. Когда дурь из хипстеров вышибут - может остаться какое-то вполне рациональное зерно.Т.е. у меня нет фундаментальных предубеждений. На данный момент меня анноит их сообщество и ситуация с тулчейном. Но корпы - выбьют дурь из хипстеров с горящими глазами, и возможно останется рациональное зерно. Технологически боров - неплохо придуман.
> Решат дропнуть какую-то моторолу из прошлого тысячелетия - будешь сидеть на старой
> версии или пытаться бекпортить.У меня 0 проектов на моторолах. Отличное от x86 у меня ARM и понемногу RISCV обороты набирает. Сommodity hardware выгоднее и проще чем выискивать железку которую сто лет не производят. А для совсем некро - LTS ядер надолго хватит. Видите, возможности маневра в ту или иную сторону - есть. Если есть желание.
> А оно там и не нужно)) Слава богу.
Я сам буду решать что мне нужно, без вон тех супербогов решающих за меня. Мне так больше нравится. Я лю линукс за вот это.
> У тебя постоянно какие-то БДСМ аналогии. Это странно, но ок.
Имел возможность оценить как это с MS было...
> Например Торвальдс))
Не помню чтобы он мне в стиле эпла или майкрософта диктовал что-либо. Его штука весьма конфигуряема, он как раз не претендует что лучше всех знает как мне ЗБС. И я умею в эту самую конфигурацию в осмысленном виде. В принципе у меня и некоторое кол-во своих патчиков есть. По своим причинам.
>> с которым я знаком. Вы так ессно с маком и виндой не сможете.
> Лол, да мне это даже на надо.А мне - разнообразие возможностей в моей палитре имхо пригодится.
(...)
> Будет очень смешно если мелкомягкие впендюрят в ядро Integrity Policy Enforcement и
> достанут тебя и в опенсорсе.Как вы планируете мне что-то впихнуть в ядро которое Я ЖЕ И СОБИРАЮ, сконфигурировав как считал нужным? И ключ подписи модулей - вот лично мой. Вы ж понимаете что есть OEM, им надо чтобы можно было - настроить под себя. Я просто пользуюсь этим механизмом, де факто на своих системах я сам OEM Lite. Оспорить это можно в спортлото.
В частности, я просто не буду покупать лоченые железки которые не загружают МОИ ядра. Да, так можно было. А моя цель вдолгую - перейти на ARM64 или RISCV-64, с полностью доверяемым системным уровнем - собранным лично мной. Мои воркфлоу уже не зависят от проприетари или конкретной системы команд.
>> Назвать вещи своими именами - это не нагибон. По моему вполне простая и честная позиция.
> Позиция "споносоры попросили - я сделал"? Ну, если ты так считаешь.Я считаю что у господ типа K-H вполне валидный пойнт. А ждать вечно пока комитет полудурков внемлет нашим проблемам - я не МакЛауд, если они глухи как пни - народ и начинает искать иные решения проблемы, а это - характерный пример.
> Я помню как Сообщество™ нагнули с системмд,
Кому было принципиально - до сих пор не юзают системд. Всякие слаки и диваны есть же. Линуху как кернелу - плевать что запускать как инит. Мне s-d для моих задач - то что надо, я его разучил и это стало изрядным апгрейдом по множеству пунктов.
> с дропом Х11.
Я вообще совсем не буду скучать об этом системном компоненте. Это наименее любимый компонент в момем списке. Сугубо за то как этот крап работает.
> Тебе просто пока повезло, что критически важную для тебя штуку не похepили.
> Но это только пока.А зачем кому-то ее х@рить? Можно подумать корпы - состоят из ящеров и стращно далеки от землян. Да и все вон то - не Linux. А юзермод вообще.
студентик не в курсе, что даже его работодатель уже больше на линуксе зарабатывает. студентик по устаревшей методичке шпарит. ведь студеникам доплачивают похилевшие ранее жирные фонды. не обратно же отправлять, а тем более с переводом закордон - беда. вот студентики дичь и пишут. главное денежки отработать, ведь "скоро всё снимут" - а студентик вот тут он родненький лол
> Не очень понятно почему местные комментаторы гонят на Redox...Потому что было много хайпа как оно вот-вот, уже почти, всем даста мастеркласс. Прошло дофига лет, оно так и дает мастеркласс, рядом с Fuchsia, а мир все не захватывается и не захватывается.
> Команда из буквально полутора землекопов
...очевидно сама виновата что их - полтора замлекопа, не?
> С UI. С сетью. С портированным прикладным софтом.
И они хотя-бы сами свое - жрут? Не, коментить из другой ОС, топя за энную - вообще совсем не комильфо. Это так не работает.
> Это же насколько нужно быть оторванным от реальности, чтобы даже предполагать
> хоть какую-то конкуренцию с линуксом.Спросите горячих голов от хруста, как и таких же - от фуксии. Они орали что вот-вот уже совсем капец.
> Always has been. Макось и в винда))
Ну замените мне ими линух в вон том роутере-мыльнице, хочу увидеть как вы это.
>> Не очень понятно почему местные комментаторы гонят на Redox...
> Потому что было много хайпа как оно вот-вот, уже почти, всем даста
> мастеркласс. Прошло дофига лет, оно так и дает мастерклассХайп конечно был, но лишь в альтернативной вселенной местных Военов Супротив Раста, придумавших этот самый хайп и заодно "боровшихся" (правда, в основном на опеннете, комментами и насыщением малых водоемов метаном) с ним - и одержавшими победу! Ура!
> ...очевидно сама виновата что их - полтора замлекопа, не?
Оналитека уровня ... кхм.
Да, сама виновата, взяли бы си или плюсы и сразу бы - ух!
Несмотря, что вся поляна осей общего назначения зас^Hнята вендами, маками и линуксом, дрова под основное железо типа видео и вафель уже цать лет писать вечером на коленке не выходит, софт ожидает тоже, в лучшем случае, "интерфейс" тех самых трех осей ...
> Хайп конечно был, но лишь в альтернативной вселенной местных Военов Супротив Раста,Судя по отношению к хрустикам - эта вселенная довольно населенная.
> Да, сама виновата, взяли бы си или плюсы и сразу бы - ух!Да плюсы тоже - специфичная штука. Ну вон ректалос его взял - сильно оно им помогло?
> Несмотря, что вся поляна осей общего назначения зас^Hнята вендами, маками и линуксом,
> дрова под основное железо типа видео и вафель уже цать лет
> писать вечером на коленке не выходит,Вообще-то - в этом нашем Linux таким манером поддерживается - внезапно - доисторическое железо ATI например. Для него сто лет как не делают никакие дрова. Но в лине все еще работает :)
> софт ожидает тоже, в лучшем случае, "интерфейс" тех самых трех осей ...
В лучшем случае это - какой-нибудь LibSDL и можно вообще не париться какая там ос. Эта проблема просто делегирована - вон той либе :)
>> Хайп конечно был, но лишь в альтернативной вселенной местных Военов Супротив Раста,
> Судя по отношению к хрустикам - эта вселенная довольно населенная.Повергать воображаемых врагов - любимейшее занятие опеннетовцев. Ссылки-то на "хайп" редокса будут?
> доисторическое железо ATI например. Для него сто лет как не делают
> никакие дрова. Но в лине все еще работает :)
> доисторическоеCherry picking это конечно весело, правда никак не меняет реальность современных жирных блобиков фирмвари для GPU, с которым и взаимодействует "открытый" код от вендоров.
> В лучшем случае это - какой-нибудь LibSDL и можно вообще не париться
> какая там ос. Эта проблема просто делегирована - вон той либе
> :)Э-эм, ну да, если нужно лишь запустить условный дум, то пойдет.
А вот портировать (и _поддерживать_ - тот же гугл кладет с прибором на патчи в его апстрим для "немейнстримных" ОС) культи, гтк, хром/лису благородный дон как думает?
Без них - пользователей будет 3½ землекопа, а без пользователей ... ну, пример Гайки, как бэ, намекает.
> Повергать воображаемых врагов - любимейшее занятие опеннетовцев. Ссылки-то на "хайп"
> редокса будут?Любая новость про редсдох -> коменты под ней.
>> доисторическое
> Cherry picking это конечно весело, правда никак не меняет реальность современных жирных
> блобиков фирмвари для GPU, с которым и взаимодействует "открытый" код от вендоров.Вы и показываете - cherry picking. Ибо - для тех антиков блобики их полутора фирмварей с лохматых врмен есть. И хуже с тех времен не стали. Дрова как работали так и работают. А не должны? Что-то крупно перетряхивать для R300? Или даже R600 ранних? Нкто не будет. Но чисто технически, воткнув это в систему, оно цепляется и работает. Не то чтобы оно дофига умеет по апям, ибо железо убогое. Но тут уж извините. Сколько волка^W R300 ни корми - вулкан не сможет, из-за того что устройство железа - неподходящее. Но то что оно умело - оно так и умеет. Вот прям ща. В распоследнем дистре. С распоследним кернелом.
А в современной винде сие видится как "стандартный VGA адаптер" - с целыми 5 FPS в ютубе.
> Э-эм, ну да, если нужно лишь запустить условный дум, то пойдет.
Да так то добро на LibSDL довольно живучее.
> А вот портировать (и _поддерживать_ - тот же гугл кладет с прибором
> на патчи в его апстрим для "немейнстримных" ОС) культи, гтк, хром/лису
> благородный дон как думает?Я думаю что проблемы гугла и его адептов - это их проблемы. Как они это решают мне не интересно. Если они что-то пропатчили - пусть и остальное патчат как хотят.
> Без них - пользователей будет 3½ землекопа, а без пользователей ... ну,
> пример Гайки, как бэ, намекает.Мне хватит. И libsdl так то - работает и на виндах/маке. Как оно работает на хроме или про что вы там - проблемы хрома. Да черт, оно даже на ведроиде на самом деле работает и даже изменений не дофига. Но билдовка экзотичная.
>>> Хайп конечно был, но лишь в альтернативной вселенной местных Военов Супротив Раста,
> Любая новость про редсдох -> коменты под ней.ЧТД.
> Вы и показываете - cherry picking. Ибо - для тех антиков блобики
> их полутора фирмварей с лохматых врмен есть. И хуже с тех
> времен не стали. Дрова как работали так и работают. А не должны?По моему кто-то показывает мастеркласс то ли спрыга, то ли чтения этим самым.
ОСь с поддержкой лишь античного железа - кого именно вдохновлять должна присоединиться к разработке? И че делать-то с новым железом? Кто дрова под него писать будет?
>> А вот портировать (и _поддерживать_ - тот же гугл кладет с прибором
>> на патчи в его апстрим для "немейнстримных" ОС) культи, гтк, хром/лису
>> благородный дон как думает?
> Я думаю что проблемы гугла и его адептов - это их проблемы.Написал "неадепт" гугла из гугловского хрома.
Я надеюсь, неадепт не стал бы ныть "а че у вас в вашем редохе нет даже хрома?". Кстати, как именно "это их проблемы" и "пусть и остальное патчат как хотят" опровергает тезис "софт ожидает тоже, в лучшем случае, "интерфейс" тех самых трех осей"?
>> Без них - пользователей будет 3½ землекопа, а без пользователей ... ну,
>> пример Гайки, как бэ, намекает.
> Мне хватит. И libsdl так то - работает и на виндах/маке. Как
> оно работает на хроме или про что вы там - проблемы хрома.Но пишете вы почему-то из хрома, ага.
И упорно спрыгиваете с темы портирования-поддержки софта (что для таких мелких ОС - сугубо проблема их разрабов) на libsdl и прочие "это их проблемы".
Офигенно конструктивная дискуссия вышла.
> ЧТД.Ога. Вы неплохо справляетесь.
> По моему кто-то показывает мастеркласс то ли спрыга, то ли чтения этим самым.
> ОСь с поддержкой лишь античного железа - кого именно вдохновлять должна присоединиться
> к разработке?А таки старые дрова - есть, их иногда причесывают. И покуда оно так - они живут, ибо мало кому мешают. Отмер только совсем забытый хлам, который не рефакторнули на DRM/KMS API. Но даже вот - винтажные видяхи, ЭПОХИ FIXED FUNCTION HARDWARE (!!!) до сих пор в лине работают. Конечно ускорители из них никакие - но ютуб посмотреть хватит. И это в цать раз быстрее чем оно же как "стандартный VGA адаптер" в не сильно древней винде.
> И че делать-то с новым железом? Кто дрова под него писать будет?
Не вижу никакой корреляции. Скажем для виндов и мака нет дров под более чем 9000 вполне новых железок. Там просто универсальность и разнообразие применений - не в почете.
> Написал "неадепт" гугла из гугловского хрома.
Не обязывает меня как-то париться о гугловской экосистеме и тем более их осях. Мне просто похрен на их существование, и там гугл сам как-то решает их проблемы.
> вашем редохе нет даже хрома?". Кстати, как именно "это их проблемы"
> и "пусть и остальное патчат как хотят" опровергает тезис "софт ожидает
> тоже, в лучшем случае, "интерфейс" тех самых трех осей"?Большая часть открытого софта ожидает - что-то типа POSIX на нижнем уровне и GTK/Qt как гуй и навороты. Ну и вот SDL для игр, плееров и проч. Какая там внутрях ос будет - не так уж и принципиально. Отличия есть но в целом - програмя например прогу на кутях - никто особо не парится какая там ос под ней будет. Это вообще проблема кутя - абстрагировать ее.
Т.е. портанув GTK/Qt/SDL можно на самом деле довольно много софта завести на чем попало. В основном вопрос наличия желающих это делать.
> Но пишете вы почему-то из хрома, ага.
И, собственно, что? Я не програмер хрома. Точнее хромиума дебастардизированного. Это добро даже просто пересобрать то без билдфермы - можно заманаться в край. Так что это что угодно но не моя любимая программа и не пример для подражания.
> И упорно спрыгиваете с темы портирования-поддержки софта (что для таких мелких ОС
> - сугубо проблема их разрабов) на libsdl и прочие "это их проблемы".Потому как в основном - портирование актуально для нескольких либ. Остальное заведется поверх них. Вон в линухе софт переходит с X11 на вяленд. Это радикально разные вещи, но большая часть программ не заметит особой разницы потому что тулкит это абстриагирует. Они ж не фигачили протокол X11 сами. Ну и если кто сделал сильно экзотичные апи совсем не похожие ни на что - и кто им доктор? Ну да, QNX такой был. И где он? А, догнивает на складе каких-то корпорасов? Пока пингвин уже и на его вотчину смог лазить, став уметь в гарантии характерные для RTOS? :)
> Судьбу Redox мы уже видим.Расскажите, интересно.
А то мы следим только за Великой стройкой альтернативы ядру Линукс – хурдом. Но там все отлично и стабильно: последний релиз был 8 лет назад. Продолжаем наблюдение.
> Судьбу Redox мы уже видим. Впрочем, всегда есть альтернативы ЛинуксуНепонятно противопоставление. Источник вдохновения у них один и тот же.
Раст всё же объективно лучше чем другие языки.
Для юзерспейса, среди компилируемых, пока рулит C++. Сделаете какой-нибудь Rust_с_классами, тогда приходите в юзерспейс.
Не знаю, как может быть лучше C++, если для использования ЯЗЫКА ПРОГРАММИРОВАНИЯ требуется ввести изменения в ядро - тут должны быть очень серьёзные вопросы к самому языку программирования. Зачем нужно что-то менять в самом ядре, ведь для любого современного и качественного языка программирования достаточно обвязки в виде заголовков, на крайний случай в виде доп. модулей ядра, которые создадут необходимое окружение?
Который год уже школота бесится.
Любой крупный проект на плюсах, это ад. Я тут решил подебажить rpcs3, т.к. вылетала одна игруля. Дак вот: дебажная сборка при запуске в gdb вылетает с новым segfault при каждом новом запуске. То есть, код состоит из гонок на 99.9% и, если у тебя число ядер и соотношение скорости работы памяти и цп отличаются от таковых у разраба, обламывайся.UPD: это ещё не считая зубодробительного способа подключения зависимостей через гит-модули и долбанутейшей системы сборки цэ-мэйк.
> Любой крупный проект на плюсах, это ад. Я тут решил подебажить rpcs3,
> т.к. вылетала одна игруля. Дак вот: дебажная сборка при запуске в
> gdb вылетает с новым segfault при каждом новом запуске. То есть,
> код состоит из гонок на 99.9% и, если у тебя число
> ядер и соотношение скорости работы памяти и цп отличаются от таковых
> у разраба, обламывайся.
> UPD: это ещё не считая зубодробительного способа подключения зависимостей через гит-модули
> и долбанутейшей системы сборки цэ-мэйк.Забавно, как вы на основе одного кривого проекта делаете вывод о всём ЯП.
Отвратительный язык с нечеловеческим синтаксисом
А по существу можно? Что там отвратительного? Синтаксис там подведен под фичи языка, а не с фонаря взят.
>Раст всё же объективно лучше чем другие языки.очевидно - раст объективно хуже других языков.
Ну не нравится Раст в ядре - делайте форк.
Не так. Смысл не в создании форка ядра Linux, а в ниспровержении моральных устоев цивилизации. Им говорили: есть же гражданский договор на совместное ведение хозяйства, но они предпочли разрушить институт брака.
Изменение моральных устоев.
> а в ниспровержении моральных устоев цивилизацииЭто типа раньше было :
"Есть лишь единый Бог - СИшка, почитай его!
Приноси ему в жертву часы работы и часы жизней юзеров у которых прога опять сигабортнулась.
Ублажай его оставляя в коде use-after-free и double-free!
Отрицай ложных богов и прогресс, goto и void* хватит всем!
Не проверяй входные данные и размеры буфера, ибо так делают только смузихлеюбы и это грех в глазах бога!
И тогда он вознаградит почасовой работой, когда ты сможешь одни и те же ошибки исправлять по 3-4 раза, создавая новые для своих потомков!
Вославьте СИшку!"А теперь бац! оказывается это все можно делать по другому(((
> Не так. Смысл не в создании форка ядра Linux, а в ниспровержении моральных
> устоев цивилизации. Им говорили: есть же гражданский договор на
> совместное ведение хозяйства, но они предпочли разрушить институт брака.Хрен тут теории заговора уже. Казалось бы при чем тут Лужков^W Тесла и башня Трампа?!
Ну не нравится отсутствие Раст в ядре - делайте форк.
Ну не нравится, что 2+2=4, делайте форк
> 2+2=4
> Ну не нравится, что 2+2=4, делайте форкЭто сильно зависит от системы счисления. Например в системе счисления с максимальным элементом 3, 2+2 == 10. А в двоичной системе счисления вообше нет нихрена кроме 1 и 0 и в ней это выражение просто не существует.
А если вам покажется что все так просто, откройте для себя например поля Галуа. Никогда не видели математику где "+" и "-" ведет к ОДИНАКОВОМУ результату? :)
Так он уже присутствует, значит форкать нужно в другую сторону
Типа - "а мы уже зафаршмачили ваше ядро"
Ну Линус и сделал форк. Кому не нравится - сопровождайте и развивайте старые версии ядер c "чистой сишечкой" сами. Код открыт.
Ресдох пусть пилят. Ах, ну да...
Ничего и не нужно форкать, потому что rust был есть и будет только опциональной зависимостью для сборки ядра. Тому кому нужен какой-то драйвер на rust, тот сам знает что ему делать. Всем остальным это до фени.Если растоманы полезут со своим барахлом в оригинальный код на Си, и требовать от других разработчиков писать код по их хотелкам, я полностью уверен что Линус укажет таким людям на их место в ядре.
Нужно себя обеспечивать работой на будущее, разгребая то, что наломают Rust-ом. Вся суть опенсоуса.
О да, ну на сях то там ничего не ломают, все работает идеально как по часам.
За границу буфера выходят стабильно? Стабильно! use-after-free используют стабильно? Стабильно! Не проверяют на переполнение стабильно? Стабильно! Видишь, идеально как по часам работает Си! Не то что этот ваш Раст.
Не выходи. Не используй. Проверяй.
> идеально как по часам работает Си!Согласен
> Не выходи. Не используй. Проверяй.Это не по-дедовски, так нельзя! Илита Си-программинга обязана через строчку кода это делать, иначе местные комментаторы до звания мамак и хипстеров их понизят.
> Линус раскритиковал действия мэйнтейнраРаньше было гораздо лучше! 😔 В последние годы Линус стал довольно токсичным. Что же на него так повлияло? 🤔
Сообщество Linux всегда было таким, независимо от пола и региона.
Тренды корпораций, основной процент годного линукс кода идет именно оттуда. В том числе и опосредованно. Увы, мамкины хэллоуродщики заняты настройкой тем на рабочих столах и сравнением фич разных сборок, которые им любезно клепают корпораты
И 90% мусорного.
> Предполагается, что на деле деление мэйнтейнеров не будет столь
> радикальным и некоторые сопровождающие станут учитывать обвязки
> на Rust и сотрудничать с их разработчиками,
> но не слишком активно погружаясь в этот процесс.В общем, всех добровольно-принудительно тянут на раст
> Итог: несмотря на то, что сопровождающие отвечают за свой код,
> они не отвечают за то, как и кем используется результат работы
> этого кода.И теперь никто ни за что не отвечает. Хз что хз как работает и никто не виноват по сути - "но пуговицы ведь к пиджаку норм пришиты, хотя рукава разные, но это не моя зона ответственности"
Потому что это "Не просто автомобиль, а GNU/Автомобиль".jpeg
> В общем, всех добровольно-принудительно тянут на растВидео-доказательства перехода человека на Rust пока не требуют. Хотя дальше возможно всё.
разлад в команде и репрессии - серьезный звоночек
похоже ядро скоро рип
> разлад в команде и репрессии - серьезный звоночекпохоже ядро скоро рип
Вот уж сомневаюсь, пилить каждой корпорации свое ядро или дистр как это было во времена юниксов слишком затратно. Самых крикливых под сраку на улицу и проблем нет. При желании того же Линуса можно выгнать и рулить самим. Кто-то скажет, что у него права на ядро и товарный знак? Это не проблема, можно поступить в старых добрых традициях ГНУ. Делаем форк, меняем имя и теперь уже все корпорации пилят его, даже имя придумывать не нужно, банальное systemd-kernel подойдёт. А Линус останется никому не нужный один на один со своим ядром и авторскими правами на товарный знак. Со временем ядро протухнет и скатится до уровня bsd с полтора сопровождающими. Все уйдут т.к. на одном энтузиазме такого монстра уже не потянуть, нужны силы корпораций.
Может кто-нибудь объяснить необходимость этих "обвязок". Неужели в Rust нет доступа из коробки к функциям и структурам C?
Могу пояснить. Нужен был вызов на C функций из DLL. Было давно, много не знал. Купил книгу страниц на 700 по данной теме, кстати, одобренную MS. Обнаружил полный бред, о котором даже стыдно вспоминать, а всей теории оказалось на 0,5 страницы. Книгой растопил печку на даче. Вывод - они просто не знают, как это делать.
> Могу пояснить. Нужен был вызов на C функций из DLL. Было давно, много не знал.
> Купил книгу страниц на 700 по данной теме, кстати, одобренную MS. Обнаружил
> полный бред, о котором даже стыдно вспоминать, а всей теории оказалось
> на 0,5 страницы. Книгой растопил печку на даче. Вывод - они просто не знают,
> как это делать.Все проще. Какой же лох купит книгу из 0.5 страницы? А если написать 700 страниц - выглядит солидно, вы же денег дали?! И остальные так же.
Поэтому нонрмальные люди в порядке приоритета...
1) Спрашивают на тематических ресурсах и у профильных знакомых.
2) Если не прокатило - к услугам всякие гайды типа geeks4geeks и отвечалки типа stackexchange.
3) Ну и наконец - чатгопа спросить. Может и фуфлом накормить, без гаранитй. Но может и решение нетривиальной проблемы подогнать. Может быть г-ном, но порой даже работает.
> Неужели в Rust нет доступа из коробки к функциям и структурам C?Есть, иначе как-бы эти биндинги делали. Но тогда, по сути, придётся делать тоже самое, но для каждого драйвера по отдельности каждый раз (ну и, соответственно, в каждом их обновлять при сломе API, который in kernel space нестабилен по-умолчанию).
Никакого смысла делать одно и тоже сто раз в разных местах, если можно сделать весь код привязок в одном месте и его сопровождать, а пользователю дать набор крейтов.
А до вторжения Раста этого нельзя было сделать?
> А до вторжения Раста этого нельзя было сделать?Можно было, но зачем? Сишники, в редких случаях если нужно, просто копипастили прототип функции из сорцов, а во всех остальных - вызывали как есть. Ну а то что там логика владения могла поменяться... ну так они это узнавали когда драйвер падать начинал.
А тут приперся раст и требует какой-то однозначности!
Доступ есть, вот только 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 код неправильно.
Хорошо расписал. Но, боюсь, аноним не оценит
Аноним не оценил.
> &'aМы не знаем что это такое, если бы мы знали, что это такое, но мы не знаем, что это такое!
Конечно не знаете, поэтому, очередное, use-after-free исправите в следующем патче
Я не тот аноним, но... И я не троллинга ради хочу просто уточнить.Во-первых, спс за разъяснение
Во-вторых, все вот эти "аллоцированно кем-то, удалять нельзя. // Функция принимает кем-то аллоцированный a, и сама его освобождает" это как вообще относится к программированию, к примеру МК или прошивки? Деление памяти на стек и кучу - это чисто-юзерлендовское деление. Ок, для для браузера, к-й использует malloc() это полезно, тут никаких вопросов. Но если ты пишешь ядро, то там у тебя нету glibc, в к-й есть malloc()/free(). Или rust знает о kfree()? А kfree_sensitive() знает? А как он знает когда какой использовать?
Аллокатор можно подменить(либо глобально, либо некоторые структуры его принимают как параметры)
Все это мне напоминает попытки решение системы уравнений аналитически, когда проще и надежнее ее решать численно. И rust с синтаксисом гибрида brainfuck и c++ делает только хуже в долгосрочной перспективе. При текущем уровне сложности только языки с рантаймом и умными указателями (Java/C#/Python etc) могут адекватно помогать _человеку_ писать и поддерживать сложный код.Вот тут поклонники ржавого поделия хотят запихнуть раст в DMA. Но DMA ничего не знает про раст и вывод типов. Он просто тупо аппаратно перекладывает байты в памяти и любая ошибка его программирования поломает память в не зависимости от того что за код там лежит - на C, Rust или Java. Похоже (как ни прискорбно) развитие монолитного ядра подошло к тому моменту, когда все усилия разработчиков идут не на добавления нового функционала, а на поддержке старого и постоянные попытки его переписывания в целях обуздать все возрастающую сложность.
Выходом в долгосрочной перспективе наверное будет что-то вроде микроядра с очень простой и понятной структурой написанной на С и все остальное написанное на чем-то с рантаймом вроде Java/C#. Но это потребует инвестиций в развитие новой аппаратной архитектуры, так как текущая не сильно хорошо для микроядер подходит. Но вот то, что сейчас происходит с ядром и растом это точно тупиковый путь. Машина дожна помогать человеку в решении проблем, а не как сейчас - человек вынужден страдать ради машины и очередного увеличения производительности кода на половину процента.
> Вот тут поклонники ржавого поделия хотят запихнуть раст в DMA. Но DMA ничего не знает про раст и вывод типов. Он просто тупо аппаратно перекладывает байты в памяти и любая ошибка его программирования поломает память в не зависимости от того что за код там лежит - на C, Rust или Java.Нифига не понял, кто на ком стоял в этом предложении.
Но по сути сабжа, да причём здесь это всё вообще. Патч, из-за которого весь срач, просто тонкая обёртка вокруг сишного-же кода. Чтобы тот, кто захочет писать драйвер на расте не лез в сишный код и не сношался с bindgen, а имел просто в распоряжении привычный ему крейт dma с набором соответствующих трейтов. Всё.
Вся проблема в том, что мейнтейнеру конкретной подсистемы хочется быть "вольным художником" и не учитывать, что и кому он там своими изменениями поломает. Хоть мейнтейнеры R4L и берут на себя всё сопровождение обвязок, но Хельвигу не хочется даже этого.
Смысл моего комментария в том, что пока все носятся с растом как с решением всех проблем с ошибками доступа к памяти, текущее железо (тот же DMA например) при записи в аппаратный в регистр неправильно вычисленного значения (ну или просто железка будет злонамеренная) поломает нафиг все. И раст тут только ложную иллюзию защищенности создает. С учетом того, что pci (вместе с bus mastering'ом) вытащили сейчас наружу (из корпуса компьютера) в виде нового стандарта sd-карт, то нас ждет новое удивительное время.
https://habr.com/ru/companies/pt/articles/863536/
вот про bus mastering атаку на современном железе
Погоди. А код на СИ как прореагирует на те же действия железки?
Судя по статье, там кода на расте нету, а проблема УЖЕ есть.Т.е добавление раст может уменьшить ошибки памяти в коде, но ничего не сделает с внешней проблемой.
> Смысл моего комментария в том, что пока все носятся с растом как с решением всех проблем с ошибками доступа к памяти, текущее железо (тот же DMA например) при записи в аппаратный в регистр неправильно вычисленного значения (ну или просто железка будет злонамеренная) поломает нафиг все.чтобы такого не происходило давно придумали iommu, сейчас он даже в дохлых армах есть
> чтобы такого не происходило давно придумали iommu, сейчас он даже в дохлых
> армах естьЕго, как и DMA, тоже кто-то программироать должен... :)
> Вся проблема в том, что мейнтейнеру конкретной подсистемы...его опыт подсказывает, что в ближайшей перспективе в любых разборках между проблемами коммитеров и той подсистемой, за которую он отвечает, будет посредине торчать черный ящик той обвязки на Расте, за которую он не отвечает.
>> Вся проблема в том, что мейнтейнеру конкретной подсистемы
> ...его опыт подсказывает, что в ближайшей перспективе в любых разборках между проблемами
> коммитеров и той подсистемой, за которую он отвечает, будет посредине торчать
> черный ящик той обвязки на Расте, за которую он не отвечает.Ну, так коммитеров-то в растокод, с которым он не хочет возиться. Как я понял, вот ему сообщают, что если он не желает разбираться с этим чёрным ящиком, то люди, которые работают над R4L, готовы взять эту проблему на себя, и в случае проблем с R4L он знает к кому слать спрашивающих.
> люди, которые работают над R4L, готовы взять эту проблему на себяИ решая эту проблему, постоянно дергать его "а давай в твоей системе переделаем так, как нам удобно - мы расскажем, как нам удобно, ты можешь не вникать, но надо переделать".
При этом дергать будет уже не коммиттер, которого можно просто послать лесом, а коллега-мантейнер.
>> люди, которые работают над R4L, готовы взять эту проблему на себя
> И решая эту проблему, постоянно дергать его "а давай в твоей системе
> переделаем так, как нам удобно - мы расскажем, как нам удобно,
> ты можешь не вникать, но надо переделать".А вот здесь уже его право не соглашаться. В крайнем случае, написать "наверх", что он не согласен с предлагаемыми изменениями. В общем-то, это и есть часть работы мейнтейнера.
Я так понял, в его код лезть никто не собирался и ничего менять не предлагали.> При этом дергать будет уже не коммиттер, которого можно просто послать лесом,
> а коллега-мантейнер.Ну, вообще, это уже называется вахтёрство. Т.е. я не готов обсуждать, как сделать код лучше, я тут "царь во дворца" в своей подсистеме.
> Ну, вообще, это уже называется вахтёрство. Т.е. я не готов обсуждать, как сделать код лучше, я тут "царь во дворца" в своей подсистеме.Основная проблема тут не "как сделать код лучше", а сделать так что бы "rust" смог. То есть ради раста калечить структуры.
> То есть ради раста калечить структуры.Но, вроде как, никто не предлагал ничего калечить. Как-минимум в патче я такого не увидел.
Было, из того что я видел, что совсем stable api, оно, конечно, nonsense, но хотя-бы в какой-то степени об этом можно и подумать. В остальном rust-еры, вроде как, ковыряются в своём каталоге в своей ветке и особо никого не трогают.ИМХО просто некоторым не хочется иметь ввиду, что они кому-то что-то могут сломать. И что-бы сильно что-то перерабатывать придётся или общаться с мейнтейнерами R4L, чтобы они были готовы адаптировать биндинги, или самому лезть в rust и править. Очевидно, что некоторых это не устраивает.
> Но, вроде как, никто не предлагал ничего калечить.Предлагали. Не сейчас, но предлагали. А потом еще гневные посты в социальных сетях писали.
Я так и не понял автор патча то ли девушка, то ли небинарная личность.
> к-йНу вот что за манера в тексте, для понимания которого нужно погрузиться в контекст, ещё и использовать сокращения для обычных слов? Это такая особенность отдельных сишников - писать максимально сокращенные названия переменных и не расставлять пробелы вокруг математических операторов?
>Но если ты пишешь ядро, то там у тебя нету glibc, в к-й есть malloc()/free().Вместо malloc будет kmalloc
>это как вообще относится к программированию, к примеру МК или прошивки?Как только вы начнёте делать что-то большее, чем мигать светодиодом и начнёте выделять память динамически. Для микроконтроллеров уже иногда используют операционные системы реального времени, например для многопоточности.
>Деление памяти на стек и кучу - это чисто-юзерлендовское деление.Нет, это про способ управления памятью. Стек - добавление реализовано сдвигом границы стека, удалять можно только в порядке обратном добавлению. Для реализации нужно знать текущее положение стека и его смещение. Куча - добавление в произвольном месте, порядок удалениея произвольный, нужен менеджер памяти.
> Вместо malloc будет kmallocтипичное место для выделения памяти в драйверах - probe и делается это однократно, фактически это статически выделенная память а kmalloc это устаревший метод который давно заменяют на управляемый вариант с автоматическим осводбождением devm_kmalloc
> Как только вы начнёте делать что-то большее, чем мигать светодиодом и начнёте выделять память динамически.
нет
Я не знаю как это всё сделано или будет сделано в ядре, но я тоже люблю в некоторых окружениях выделять память заранее. Так вот удобнее всего это делать так: выделяется кусок памяти, и управление им поручается какому-нибудь примитивному аллокатору (иногда хватает даже stacked allocator, иногда нужно добавить freelist). Ну и дальше дёргаем кусочки из преаллоцированной памяти по мере надобности здесь и сейчас. И всё это отлично выражается средствами Rust (ночной сборки).
> И всё это отлично выражается средствами Rust (ночной сборки).это прекрасно рулится двухсвязными списками а их реализация есть в ядре с рождения торвалдса. В расте утечки памяти обычное дело
> это прекрасно рулится двухсвязными списками а их реализация есть в ядре с рождения торвалдса.А сколько CVE при этом получается?
> В расте утечки памяти обычное дело
> https://gitlab.redox-os.org/redox-os/redoxfs/-/issues/5И? Утечка памяти тебе не выдаст рут.
> А сколько CVE при этом получается?нет от списков никаких CVE, сходи проспись
> Утечка памяти тебе не выдаст рут.
всего лишь апстену тебе сделает в подходящий момент, но рута не даст да, тем более когда его нет
Я не понимаю при чём тут двусвязные списки. Я говорю о том, что использование преаллоцированной памяти не означает автоматически, что средства динамического распределения памяти становятся не нужны.
Ключевое понятие не "аллокация", а "время жизни". А оно имеет отношение ко всему, к регистрам процессора в том числе.
В большинстве ЯП, за время жизни структур отвечает сам разработчик, а в расте это, дополнительно, проверяет компилятор.
Спасибо за описание!
> Вопрос, какой typeX* функция сама освободила, какой нужно освободить пользователю, и является ли результат чем-то свежеаллоцированным,странные вопросы - это описано в документации API
https://docs.kernel.org/subsystem-apis.html
попутно вопрос - как по сигнатуре ф-ции раста можно понять в каком контексте можно вызвать эту ф-ию и какой тип памяти выделяется?
> Доступ есть, вот только C сигнатуры мало информации дают.И как незнающий внутренности будет писать эту обвязку? А если сопровождающий подсистемы не знает, не хочет и не желает знать из-за лишних проблемы с ОПЦИОНАЛЬНЫМ языком? Весь сыр-бор из-за этого же.
> И как незнающий внутренности будет писать эту обвязку?Откроет и узнает.
> А если сопровождающий подсистемы не знает, не хочет и не желает знать из-за лишних проблемы с ОПЦИОНАЛЬНЫМ языком?
Значит в перспективе он его выучит. Или просто сопровождающий сменится.
> Весь сыр-бор из-за этого же.
Нет.
Весь сыр-бор из-за того, что Кристоф решил что не только его код - его лужайка, а начал протягивать корявки к коду использующего его код.
Синдром вахтера во все поля.
Незнающий подсистему рустер откроет что? и узнает как управлять ресурсами: как надо освобождать, удалять, захватывать и тд? Рустеру тоже придется глубоко погрузиться в подсистему. А для этого придется мучать сопровождающего, которому безразличен опциональный руст.
> и узнает как управлять ресурсами: как надо освобождать, удалять, захватывать и тд?Да, я рассчитываю, что мейнтенер раста будет знать СИ.
> Рустеру тоже придется глубоко погрузиться в подсистему.
Как и любому другому.
Представь что мейнтенер СИ кода сменился - новому придется тоже во всем разбираться.
И спрашивать старого.> А для этого придется мучать сопровождающего, которому безразличен опциональный руст.
Если код написан нормально, с комментариями и пояснениями - то нет.
(Но я в такое не верю, как и в чудеса(( )
Значит будет дергать сопровождающего.
Может задергает до того, что тот будет комментарии или документацию писать))
>> Рустеру тоже придется глубоко погрузиться в подсистему.
> Как и любому другому.То есть, патч в подсистему будет ждать, пока рустер будет погружаться и родит патч для обвязки? Практически получается, что у сопровождающего будет второй сопровождающий, имеющий право вето, хотя руст опциональный.
Боже, какая драма. Может быть им ещё придётся друг с другом общаться и, не приведи боженька, договариваться как цивилизованные люди?
Учитывая что только что Линус официально заявил что на состояние десткой песочницы можно не смотреть, то теперь это не драма. Драмой это было пока нормальных разработчиков под состояние детишек просили подстраиваться.
Охренеть! Нет, такие вещи, они конечно приятно отдать компилятору - но кто придумал такой поганый синтаксис?
Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.
> Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.Вообще-то просто &', а вместо "a" может быть "b" и сколько угодно.
doc.rust-lang.org/rust-by-example/scope/lifetime/explicit.htmlНу и не понятно чего вам синтаксис не нравится. Вкусовщина же.
> Вкусовщина жеНе в этом случае. У меня лет десять назад тоже было идеальное зрение, но сейчас я бы предпочел бы, чтобы важные места в коде были более выразительны, чем глиф на 5 пикселей.
> Не в этом случае. У меня лет десять назад тоже было идеальное зрение, но сейчас я бы предпочел бы,Хм.. очки? коррекция?
> чтобы важные места в коде были более выразительны, чем глиф на 5 пикселей.
можно выделять цветом, уверен что это настраивается довольно легко
Но с запятыми , и точками . такая же проблема.
А тут уже может быть хуже - забыл поставить чтоку и 10.0 превратилось в 100
Ни очки, ни коррекция не возвращают идеального зрения, к сожалению.
> Охренеть! Нет, такие вещи, они конечно приятно отдать компилятору - но кто придумал такой поганый синтаксис?А что в нем не так?
> Вот это вот, с апострофом "&'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Неужели читается (и понимается) лучше?
> __is_constexpr(x)
> Неужели читается (и понимается) лучше?и что тут непонятно? причём вытащил ты это из кишков, при написании кода ты это вообще не увидишь, а вырвиглазные конструкции раста на каждом шагу - раст сплошной вырвиглаз.
>при написании кода ты это вообще не увидишьВ си нет гигиены макросов
> В си нет гигиены макросовпричём тут гигиена если это выражение в принципе не нужно для написания кода
> Неужели читается (и понимается) лучше?Вы берете худшие примеры безумного финиша и говорите, что их нужно переписать на Rust. Может, их переписать на нормальный C?
> Вы берете худшие примеры безумного финиша и говорите, что их нужно переписать на Rust. Может, их переписать на нормальный C?Финниш эти кода не писал, это раз.
По поводу такого подхода (который кстати основывается на особенностях стандарта С и ГНУ расширений) высказался довольно однозначно.
That is either genius, or a seriously diseased mind.
lkml.org/lkml/2018/3/20/845Но код в ядре, так что пофиг.
> Просто посмотри, что можно найти в ядре
>#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Хрустики не терялись и подогнали достойный ответ прям в доке.
// `print_refs` takes two references to `i32` which have different
// lifetimes `'a` and `'b`. These two lifetimes must both be at
// least as long as the function `print_refs`.
fn print_refs<'a, 'b>(x: &'a i32, y: &'b i32) {
println!("x is {} and y is {}", x, y);
}
Все' по'нятно же, правда" отличный синтаксис' у контестанта на BF 2.0? :)> Неужели читается (и понимается) лучше?
Чем вон то? Тут можно поспорить уже :)
> Все' по'нятно же, правда" отличный синтаксис' у контестанта на BF 2.0? :)Да, вполне понятно.
К апострофам привыкаешь буквально за неделю.
>> Неужели читается (и понимается) лучше?
> Чем вон то? Тут можно поспорить уже :)Читается так же, понимается лучше.
Вот не глядя в стандарты и кишки gnu расширений, объясни что значит (int *)8 ?
>но кто придумал такой поганый синтаксис?
>Вот это вот, с апострофом "&'a" - поубивал бы за такую хрень.Вы всё ещё можете взять раст и поменять ему синтаксис. Авось и переплюните раст по популярности. Задача это довольно простая.
Когда я вижу жалобы программистов на синтаксис, рпк и хочется сказать: мальчики, пора бы повзрослеть.
Почему Раст? Вот в чем впрос. Есть достойные языки помимо Раста, способные заменить C
> Почему Раст? Вот в чем впрос. Есть достойные языки помимо Раста, способные заменить CИмя, сестра, имя!
Огласите весь список пожалуйста.Тогда можно будет рассмотреть их сильные и слабые стороны.
Позиция так себе. Ни нашим ни вашим. Патчи на си могут ломать rust привязки. Иногда, чтобы сделать правильную абстракцию на rust, нужно внести изменения в код на си. И в этих случаях полезут конфликты между сишниками и растоманами.
Ну, сколько разработчиков ядра Linux? В каждом релизе что-то около 1300 человек.Сколько "бухтит" - 2-3, ну пусть будет 20-30 недовольных молчунов.
Т.е. по факту это значит что Rust становится first-class citizen (с уровнем поддержки как у С) языком в ядре наравне с С.
И только в крайне редких случаях для бойцов невидимого фронта раст-сопротивления - обвязку напишет кто-то другой без изменения С. Но скорее просто этих мейнтейнеров заменят на тех кто "и в Rust могёт".
1300 человек пишут код, 20-30 пишут комменты. Вот и получается, что "опрос комментаторов показал, что ___ (rust, wayland, свой вариант) не нужно"
> first-class citizenИмея статус необязательного, опционального.
> Позиция так себе. Ни нашим ни вашим.Наоборот. Отличная позиция.
> Патчи на си могут ломать rust привязки.
Разумеет. И их будут исправлять те, кто знает раст.
> Иногда, чтобы сделать правильную абстракцию на rust, нужно внести изменения в код на си.Думаю растовики справятся, а если нет - то их поправят.
> И в этих случаях полезут конфликты между сишниками и растоманами.
Вообщем-то конфликты есть уже! Так что хуже не станет.
А тут добавили однозначности.
>> Патчи на си могут ломать rust привязки.
>
> Разумеет. И их будут исправлять те, кто знает раст.Штука в том, что код на расте является частью ядра. Т.е. по сути речь о том, что патч на C может сломать сборку (или ещё хуже - корректность) ядра, и это считается нормальным. У меня большие сомнения, что тот же Линус примет в свою ветку такой патч, а если и примет, то это будет даже хуже. По-моему, либо Линус лукавит, либо сам не понимает, что модель "разработчики на C не обращают внимания на раст" не будет работать на практике.
К тому же, рабработчики на C не смогут игнорировать раст, когда на нём перепишут какие-нибудь базовые компоненты, которые используются много где в ядре.
>Патчи на си могут ломать rust привязки.А чего растоманы хотели? Как известно, sbale API is nonsence. Так что, пусть привыкают быстро вертеться между релизами ядра.
Дык, растоманы в курсе про это. И прямым текстом сказали: "это не проблема, будем апдейдить модуль-прослойку для DMA сами".Но мейнтейнер сказал: "Я и есть DMA! не хочу никакой унифицированной прослойки, даже если вы сами её будете поддерживать. Пусть каждый Раст-драйвер пишет и поддерживает свою собственную прослойку для DMA".
Дальше ты знаешь.
Вообщето была ссылка на конкретный пример когда отвергли патч на Си из-за того что не нашлось того, кто бы раст привязку починил.
> Иногда, чтобы сделать правильную абстракцию на rust, нужно внести изменения в код на си. И в этих случаях полезут конфликты между сишниками и растоманами.И что с того? Или ты веришь в то, что группа людей достигая целей совместно может обойтись без конфликтов?
Конфликты неизбежны в любой организации, другое дело, что организация предлагает для самых распространённых типов конфликтов способы их разрешения. Способы не включающие в себя мордобоя и может даже разговоров на повышенных тонах. Раст в ядре не укладывается в процессы разработки ядра Linux, поэтому конфликты сейчас хоть и обходятся без мордобоя, но тем не менее на эмоциях. Сейчас к каждому конфликту приходится индивидуальный подход находить. Но это временно, процессы изменятся, чтобы большинство конфликтов решалось рутинно.
Линус построил гетто для раковой опухоли, чтобы она не проникла в ядро и не перемешалась с расово верным единым языком всего Computer Science.
Языки Computer Science это хаскель, Идрис и прочие языки, помогающие создавать и экспериментировать с новыми концепциями.
А с С у нас до сих пор и исключений бы не было. Goto хватит всем!
Было бы здорово словить исключение в ядре
Поэтому в ядре и пишут на С, а теперь ещё и на расте, в которых нет исключений.А для Computer Science нужна свобода типов и абстракций. Поэтому никакого С никогда там не будет.
То ли дело си, где вместо исключения, со стеком вызова и прочими удобствами есть просто абстрактная ошибка сегментации, которая вообще не факт, что случивлась в неправильном коде. А то может быть, что неправильный код память правильному попортил. У вас в си разыменновывание нулевого указателя до сих пор UB, хотя алгебраические типы прекрасно это решают. Так что не надо тут про исключения рассказывать.
Так и пишите ядро ос общего назначения на языке с алгебраическими типами. Но вы же не пишите
Ну он же её и пропустил туда.
а что за бред?
были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.
это и был аргумент сопровождающего dma.
фейла*
> были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.Был один случай, когда сопровождающий не успел обновить биндинги.
> это и был аргумент сопровождающего dma.
Это был не аргумент, а натягивание совы на глобус.
Потому что факапы со сборками происходят регулярно (что не удивительно для такого большого проекта). Причем совсем не связанные с растом.
Интеловцы (как минимум) один раз умудрились залить код, которые вообще не компилится, чем сагрили Торвальдса.
И таких примером море, достаточно пару месяцев почитать рассыслку.
код интловцев не принимают со словами "это будет территория интла. и мейнтейнеры сетевых подсистем пусть туда не лезут", в последствии блокируя другие патчи в другой код, пока интловцы не пофиксят свои баги.
>> были случаи, когда не принимали фиксы по причине файла сборки со включенным растом.
> Был один случай, когда сопровождающий не успел обновить биндинги.Ну так это - пример как оно в итоге "не затрагивает сишников" на практике. Декларации и факты не совпали.
>> это и был аргумент сопровождающего dma.
> Это был не аргумент, а натягивание совы на глобус.Вообще-то это в Торвальдсовский огород. Он обещал - одно. Обеспечил - другое. И его в это майнтайнер и макнул. И хотя он прав на тему оверреакции майнтайнера,
Это ( https://github.com/lox-space/lox ) всё, что смогли создать разработчики на Rust с нуля? 😕 Похоже, они только и умеют, что переписывать. Жаль их, конечно. 😔
https://github.com/rust-unofficial/awesome-rust
Ну пусть любители единственного и неповторимого языка сидят на старом ядре, где нет раста и их всё устраивает. В чём проблема-то.
Проблема в том, что разработчики на Rust, часто не обладая достаточной квалификацией, захватили ядро! 😟 А опытные специалисты (Andreas Gruenbacher - gfs2, Jonathan Corbet
- автор книги о ядре Linux, James Morris и другие), которых они называют "старыми дедами", имеют степени PhD в области компьютерных наук. Вот так вот! 🤦♂️
А чего же плюсовики не захватили ядро?
У них и времени больше было, и их самих не мало. И язык – ого-го! Что не так?
> Что не так?Поспрашивай у Линуса, у него что-то не так! Он не раз показывал средний палец плюсовикам.
И при чём тут Линус? Драйвера на Си++ можно найти у меня на Гитхапе.Вы бы так код писали, как строчите комменты. Глядишь, страну бы не опозорили.
>Драйвера на Си++ можно найти у меня на Гитхапе.Новое слово в IT, драйвера-неведимки!
>>Драйвера на Си++ можно найти у меня на Гитхапе.
> Новое слово в IT, драйвера-неведимки!Расскажи, как ты пытался найти, и я укажу на твою ошибку.
Не, это так не работает. Давай ссылку на репу.
> Не, это так не работает.Обучение работает именно так. Студент начинает с простейшего, показывает способность к основам. Иначе нет смысла тратить на него время.
> Давай ссылку на репу.
Я тебе её дал: ссылка на гитхап в "Информации об авторе", а на "репу" - на гитхапе.
Если ты хотел меня убедить, что не умеешь искать, то это не требовалось: предвзято всех сторонников Free Software считаю неспособными к программированию, в отличие от прочих.
>> Не, это так не работает.
> Обучение работает именно так. Студент начинает с простейшего, показывает способность к
> основам. Иначе нет смысла тратить на него время.
>> Давай ссылку на репу.
> Я тебе её дал: ссылка на гитхап в "Информации об авторе", а
> на "репу" - на гитхапе.
> Если ты хотел меня убедить, что не умеешь искать, то это не
> требовалось: предвзято всех сторонников Free Software считаю неспособными к программированию,
> в отличие от прочих.Слился? И почему я не удивлен.
Австрийца могли и переманить на отечественные проекты.
А на сколько %% GPL-проект, написаный на не_GPL-языке, является GPL?
А если завтра хозяин языка переведёт его с MIT на лицензию с отчислениями неких сумм от производных продуктов? Или органичит платными лицензиями обновления языка? И патентно ограничит создание альтернативных реализаций языка?
Тащить такое в GPL-продукт - ССЗБ.
Что?
> А если завтра хозяин языка переведёт его с MIT на лицензию с отчислениями неких сумм от производных продуктов?С учётом того, что в проект вовлечены одновременно MS, Amazon и Google -- очень вряд ли, что Мозилле позволят сделать.
> А на сколько %% GPL-проект, написаный на не_GPL-языке, является GPL?А какая разница?
> А если завтра хозяин языка переведёт его с MIT на лицензию
Было бы интересно.
Коммунизм как идея себя исчерпал - примеры совка и сев.кореи это отлично показали - значит и ЖоПЛ тоже пора на свалку истории.> с отчислениями неких сумм от производных продуктов?
а кому?
я бы перевел ядро на BSL - пусть корпы которые зарабатывают с помощью его деньги, платят отчисления на развитие ядра.
>я бы перевел ядро на BSL - пусть корпы которые зарабатывают с помощью его деньги, платят отчисления на развитие ядра.Достаточно AGPL для решения этой проблемы.
> Коммунизм как идея себя исчерпал - примеры совка и сев.кореи это отлично показали - значит и ЖоПЛ тоже пора на свалку историиАнонимные аналитики такие аналитики
Казалось бы, отличное время для BSD систем блеснуть адекватностью и поступить грамотно, поглядывая как через танцы на граблях коллеги пытаются ворваться в светлое будущее с мягкими стенами. Сможет ли фряха поднять популярность? (Не наброс, реально интересно).
> отличное время для BSD систем блеснутьСейчас на столе стоит. С GhostBSD. LibreOffice, Chromium, Qt, GCC есть. Что еще нужно?
> Что еще нужно?Vim, Git, CMake, MPV, Telegram, QEMU, Docker, Wireshark, Wine.
Ничего из перечисленного. Но сугубо IMHO.
> Ничего из перечисленного. Но сугубо IMHO.Да есть там все перечисленное (окромя дыркера актуальной версии), даже протончик.
Уточню. Ничего из перечисленного мне не нужно. А то, что там много чего есть, не сомневаюсь.
Конечно сможет! Ей всё по плечу!
Раст, кстати, у них тоже в ядре есть, поэтому они на верном пути.
Это в какой системе rust в ядре?
> Конечно сможет! Ей всё по плечу!
> Раст, кстати, у них тоже в ядре есть, поэтому они на верном пути.Акселерация - то что дедам было по плечу, нам по ...ю! :P
> отличное время для BSDА как же бздюшники откажутся от раста, если они дрова из линя тырят?
Или если раст в лине, то это не считается?))> Сможет ли фряха поднять популярность?
Разве что до уровня линуксовой маргинальщины.
Ну т.е. самые отбитые линуксятники перебегут на бсд, гайку, ватевер.
А всем остальным пофиг что под капотом, главное что работает.
Не выйдет. Linux отправился в это путешествие по граблям, набивать себе шишек и искать способы организации работы, которые позволят иметь два языка в кодобазе. Когда он найдёт, он уже будет впереди. И даже если наблюдение за процессом даст бздунам возможность пройти через аналогичный процесс быстрее и безболезненнее, они всё равно останутся позади.Можно бежать впереди, и собирать все шишки, либо идти позади в роле догоняющего. Второе позволяет избегать шишек и сжигать меньше нервов, но избегая шишек и сжигания нервов ты будешь вечным догоняющим.
> . Второе позволяет избегать шишек и сжигать меньше нервов, но избегая шишек и сжигания нервов ты будешь вечным догоняющим.Или просто смотреть как рухновшее в пропасть тело медленно проплывает мимо тебя.
Все грамотно сказал!
А почему растоводы не хотят написать своё ядро, а сели на шеи си-разработчиков?
Ядро и не на расте, дрова на расте
Что бы растоводы написали, если бы не вся си-инфраструктура ядра? Об этом идёт речь.
Патамушта GPL. (C)
А ктож им не давал свою Redox под GPL лицензировать?
> А ктож им не давал свою Redox под GPL лицензировать?Лицензировать свободную ось (пусть даже эксперементальную и наколенную) под несвободной коммунистической лицензией?
Думаю они не настолько глупые.
Во-первых, это правильная свобода. В материалах FSF труды марксистов не упоминаются.
Отписавшийся выше, высказал, что именно из-за GPL растофанов тянет в ядро Линукса.
> В материалах FSF труды марксистов не упоминаются.В манифесте FSF есть предложение ограничивать ЗП разрабоб сверху, госорган распределения бабла на разработку, наказание за проприетарь и кучу других комми идей.
Но вряд ли вы об этом знаете, редкий гнутик когда-либо читал манифест))> Отписавшийся выше, высказал, что именно из-за GPL растофанов тянет в ядро Линукса.
Тянет их не только в ядро линукс. В андроиде и винде (в ядре винды) раст уже есть.
Про макось не знаю, у них ну уж очень сильный NIH, но не удивился бы.А линукс - самая популярная опенсорсная ось. И другой не будет, пока в нее не вольют те же гигатонны денег, что и в линукс. Поэтому тут как бы без вариантов.
Потому что вы "растоводами" назвали разработчиков ядра Linux, желающих писать на Rust. Почему это разработчики ядра не имеют права писать своё ядро на том, на чём они хотят?
Немного не так. Любители rust хотят писать для ядра на rust.Те же кто хочет писать ядро. К этому по-разному относятся.
Отсюда требование, что код на rust должен быть опциональным.
> А почему растоводы не хотят написать своё ядро, а сели на шеи си-разработчиков?Хм.. Грег он растовод или нет?
Я не видел чтобы он писал кода на расте, но никогда не знаешь что человек делает в свободное время.
Может еще увидим его coming out.С другой стороны - он один из ключевых людей в ядре, так что знает что и как у них за кулисами.
О, есть основания полагать, что Грег того... может каминг аут совершить? ;)
Для меня лично GNU/Linux постепенно превращается в Abandonware как FreeDOS. Вроде бы развитие идет, а толку всё меньше и меньше. Даже во FreeDOS случаются прорывы вроде SBEMU, но это скорее исключение чем правило.Пакеты и драйвера, которые перешли на Rust и стали недоступны для сборки с помощью GCC, считаю Abandonware. Поэтой причине из релиза в релиз вынужден тащить старые версии многих пакетов.
Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust. У меня же AMD FX-8350, современный флагман девятой серии я себе позволить не могу поэтому Rust для моего дистрибутива считаю неприемлем.
Жаль конечно затычки nVidia, но переход драйверов Nouveau на Rust и добавление AMD Radeon Vega во всю линейку CPU AMD Ryzen 7 просто сделали их предметом истории, как дискеты, кассеты и перфокарты.
К сожалению, конкуренты AMD в силу ряда причин сошли с дистанции. Теперь мой Linux дистрибутив AMD only.
О, кстати, почему бы им не переписать FreeDOS на Rust? Работы хватит надолго. Может, от ядра Линукса отстанут.
>Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust. У меня же AMD FX-8350Кто вас заставляет собирать всё с нуля? Вы сами вызвались это делать, а теперь заднюю даёте.
Семь лет назад жизнь была чуток поспокойнее, железки - чуток подоступнее...
> Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить RustО! Живой человек, который бутстрапит компиляторы!
У меня к тебе несколько вопросов, если ты не против:
1. Зачем? Это главный, конечно же.
2. Зачем бутстрапить каждый раз, если можно компилировать только последнюю версию, ведь предыдущие шаги прошли верификацию?
3. Почему бы вам не объединиться и не организовать верифицируемый распределённый процесс бутстрапа?
> 1. Зачем?Чтобы небыло бинарников. Опенсорс же.
> 2. Зачем бутстрапить каждый раз, если можно компилировать только последнюю версию, ведь предыдущие шаги прошли верификацию?
Проверка сборки новыми версиями компиляторов GCC. 14 версия поломала сборку многих пакетов, нужно флаги выставлять.
> 3. Почему бы вам не объединиться и не организовать верифицируемый распределённый процесс бутстрапа?
Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
>> 1. Зачем?
> Чтобы небыло бинарников. Опенсорс же.Но зачем? (с)
Опенсорс и GPL в часности это про доступ к исходникам при поставке бинарников.
Там нет цели "собирайте всегда все сами".Это больше напоминает работу ради работы или религиозный ритуал.
Ну или 🍞->🚋> Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
Т.е просто васянодистр одного "разработчика"?
Проще найти на помойке диски с бубунтами))
А те, кто за вас собрал, вы уверены, что собрали в точности из того, что в качестве исходников вам показывают?
> Чтобы небыло бинарников. Опенсорс же.Для этого можно собирать последнюю версию только. Зачем бутстрапить-то?
> Проверка сборки новыми версиями компиляторов GCC. 14 версия поломала сборку многих пакетов, нужно флаги выставлять.
См. сообщение выше. Предпоследняя версия компилятора же может собрать новую.
> Дистрибутив автономный, для выживания в условиях чебурнета и глобальной войны.
Это я тоже могу понять.
Но на главный вопрос ответа не получил. Зачем делать полную раскрутку компилятора, если всегда достаточно одной итерации при обновлении?
> Для меня лично GNU/Linux постепенно превращается в Abandonware как FreeDOS.Хм, это возможно немного грубо, но кого волнует твое личное мнение?
> Пакеты и драйвера, которые перешли на Rust и стали недоступны для сборки с помощью GCC, считаю Abandonware.
Clang отличный компилятор. Тут у тебя какие-то религиозные сдвиги.
> Поэтой причине из релиза в релиз вынужден тащить старые версии многих пакетов.
За веру положено страдать. Так что все хорошо. Может потом в ГНУ рай попадешь.
> Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust.
А зачем?
Есть собранная и подписанная версия. Например, как и для GCC.> У меня же AMD FX-8350, современный флагман девятой серии я себе позволить не могу поэтому Rust для моего дистрибутива считаю неприемлем.
Очень печально, что создатель дистрибутива (а кстати какого?) не может себе позволить современное железо.
АМД 5700X, 32гига оперативки и материнка будут стоить баксов 250.
Кем подписанная? Майором какой страны?
> Кем подписанная?Самими авторами)
А то получается странная ситуация - скачать код с сайта/репы GCC и собрать самостоятельно через прдолинг с бутстрапом - это правильно и хорошо.
А скачать собранный бинарник с того же сайта - это "уууу, плохо!".Причем на вопрос "а если тебе прямо в сорцы чего-то подложат" начинаются какие-то отмазки.
Попахивает какой-то шизофренией.
А почему сами авторы не могут подлянку подложить в свой бинарничек?
А сорцы они на то и сорцы, чтоб проверить можно было. Каким образом - вопрос отдельный. Главное, что такая возможность имеется.
> А почему сами авторы не могут подлянку подложить в свой бинарничек?Могут.
Но тк белки истерички боятся бинарников, то лучше класть прямо в код.
Так будет менее палевно и главное всегда можно съехать на "ну ошиблись".> А сорцы они на то и сорцы, чтоб проверить можно было. Каким образом - вопрос отдельный.
> Главное, что такая возможность имеется.И это главное. Вера в то что все можно проверить.
> И это главное. Вера в то что все можно проверить.Про повторяемость сборки слышал?
> Про повторяемость сборки слышал?Ну так соберете вы дважды код ̶с̶ ̶з̶а̶к̶л̶а̶д̶к̶о̶й̶ с обычной забытой проверкой на границы массива (а что, так все делают!) И получите две абсолютно идентичные уязвимые сборки.
А весь код перелопатить, провалидировать - это только в теории можно сделать.
Но мы будем продолжать верить что раз код есть, то там все ок. Это же не бинарник))
>Ничего не имею против владельцев мощных компов которые могут регулярно бутсрапить Rust. У меня же AMD FX-8350, современный флагман девятой серии я себе позволить не могу поэтому Rust для моего дистрибутива считаю неприемлем.А зачем его собирать? Мне может процессор и позволяет, но я беру dev-lang/rust-bin и не заморачиваюсь.
Вам не нужно, у Вас Gentoo, а у нас LFS.
Как это генушникам ненужно? Нам тоже ещё как нужно.
Сообщество Опеннет тут целых несколько дней задавалось вопросами. Строило планы и давало рекомендации. И Линусу таки пришлось отреагировать.
> Сообщество Опеннет тут целых несколько дней задавалось вопросами.
> Строило планы и давало рекомендации.
> И Линусу таки пришлось отреагировать.Торвальдс просто прочитал все комменты к трем новостям и понял, что если он не даст ответ, то уважаемые комментаторы будут страдать!
Не может он такого допустить, поэтому пришлось поторопиться и выдать базу.
> Линус токсичный, разработка ядра токсичнаяТем временем, весь опеннет полоскает тех, кто _умеет писать на расте_ (в отличие от них)
¯\_(ツ)_/¯
Предвкушаю массовое полыхание раненых душ при известии о выходе Rust 2024 🙂.
> Предвкушаю массовое полыхание раненых душ при известии о выходе Rust 2024Та не. Устали уже гореть.
Им третий день ножи в псину:
- вначале слухи
- потом Грег высказался
- и вот сегодня Торвальд добивает))И это не считая смежных, но все еще болезненных для луддитов, тем вроде "KDE и X11", "GTK и X11" и прочая борьба прогресса с застоем.
Зато сколько улюлюканья было в теме "Кризис в продвижении Rust в ядро из-за опасений усложнения сопровождения"! Целых 600+ комментов напрудили))
А теперь что-то притихли. Даже почти перестали грозиться форкнуть ядро)
Сишникам на Раст плевать. Но спасибо что напомнил (сарказм).
> Сишникам на Раст плевать. Но спасибо что напомнил (сарказм).Угу, настолько плевать, что в каждую тему про релиз раста приходят пофлудить.
Ну, теперь советую не только флудить, но и читать внимательнее.
Потому что будущее ядра практически определено))
> Потому что будущее ядра практически определено))То есть высказывание Линуса о том, что нормальные разработчики в сторону песочницы в которой играются дети могут даже не смотреть. ты воспринял как определение будущего ядра?
> что нормальные разработчики в сторону песочницы
> в которой играются дети могут даже не смотретьРазработчикам как раз сказали сидеть в своей песочнице, не вылазить за границы своего компонента и не лезьте к растовикам со своими ценнейшими советами раз они "вы низаставити миня учить раст!!11". Не хотят учиться - пусть варешку закроют.
А те кто хочет, те будут давать советы как именно интегрировать раст в ядро.
Ждать осталось недолго.И снова будет:
- у вас там ансейф, какая безопасность
- опять что-то стабилизировалось, никакой обратной совместимости
- стандарт так и не написалиМожет что-то новое будет...
Я надеюсь, что у кого-то дидов-сишников бомбанет и он свалит.
Тогда будет обсуждение на еще 500 комментов "Растовики гнобят пенсионеров",
а я буду улюлюкать в комментах "снежинка расплакалась и хлопнула дверью".
Ведь срач сам себя не начнет.
То есть ты сидишь и мечтаешь, как обделается кто-нибудь другой, и тогда все забудут как вы обделались...
Хватит ругать Линуса!
Во-первых, деньги не пахнут.
Во-вторых, подрастают дочери, надо готовить приданное.
Да по крайней мере там одна их них точно не той ориентации. Возможно через них Линуса и продавливают на нужные решения по ядру
Маск ответит. Уже отвечает.
Это тот самый Маск который назвал ребенка X Æ A-12, а другой Ксавье бедняга аж пол сменил от такого отношения от папочки?
Даааа, отличный пример.
> а другой Ксавье бедняга аж пол сменилИ теперь, наученный горьким опытом, Маск сменил политическую ориентацию, локацию и полез сам разруливать и наказывать.
Обиделся на устроивших такую западню он сильно.
>Во-первых, деньги не пахнут.Во вторых, есть вещи поважнее денег. И это принципы.
Да выросли они уж.
Забавно: местные эксперты поясняют свою позицию в отношении Rust, и Торвальдс поясняет свою позицию в отношении Rust. Но, как говорится, есть нюансы.
Ну да, нюанс есть, у Торвальса кругленький счёт в америкосском банке. И он может стать ещё круглее.
Товарищи вызвали Линуса на собрание и раскритиковали. Линуск пошёл на попятную. Грега тоже надо бы вызвать на собрание ядерщиков, и хорошенько отчитать.Растаманов надо и дальше выдавливать из ядра. Когда-то Линус неохотно принял растаманов в ядро, жаль что он не прислушался к своему сердцу.
Строго говоря, разграничение на «мир С» и «мир Rust» в одном проекте неизбежно приведёт к конфликту, разрешить который будет практически невозможно. Это как две семьи в одной квартире: холодильники порознь, но ванная, туалет и коридор общие.В дальней перспективе неизбежно просматриваются два форка: Linux kernel C и Linux kernel Rust.
>В дальней перспективе неизбежно просматриваются два форка: Linux kernel C и Linux kernel Rust.Такого не будет, ибо Си плоть и кровь ядра. Это растаманов постепенно выдавят из ядра.
> Такого не будет, ибо Си плоть и кровь ядра. Это растаманов постепенно выдавят из ядра.R: У Rust более строгие система типов и семантика, благодаря чему удается избавится от множества ошибок.
C: Нет, ибо Си плоть и кровь.
Ахахаха. То есть мяУ))) Тут даже гадать не нужно кого выдавят из ядра. У Криштофа аргументация приблизительно такого же уровня.
> C: Нет, ибо Си плоть и кровь.Немного не так. Си плоть и кровь ядра. И система типов такая не на пустом месте взялась и позволяет сократить количество кода при наличии многих вариантов платформ и фич. А вот в rust'е возникает комбинаторный взрыв. И свой код для ядра они пишут только для последнего компилятора gcc именно из-за возникновения комбинаторного взрыва.
> Строго говоря, разграничение на «мир С» и «мир Rust» в одном проекте неизбежно приведёт к конфликту, разрешить который будет практически невозможно.Практически - не значит невозможно.
Более того я подозреваю, что разделение будет временное.
Стена только по желанию мейнтенеров, и если будет такой, который знает и раст и си, то может попадет и в общий код.> Это как две семьи в одной квартире: холодильники порознь, но ванная, туалет и коридор общие.
Комуналка? Отличное проверенное временем решение! Проверенное совком.
В случае ядра там еще цыганский табор, торговцы всякой всячиной и куча непонятных людей которые сегодня есть, а завтра нет.> В дальней перспективе неизбежно просматриваются два форка: Linux kernel C и Linux kernel Rust.
Не будет.
88% кода пишут люди на зарплате.
Как им скажут, так они сделають.А остальные недовольные просто не потянут.
Максимум что можешь сделать Сообщество™ это брать готовое ядро и пытаться выпилить из него куски, как делает либре линукс.
В весьма предсказуемым результатом)
Думаю эту неделю можно называть:
"Неделя Rust'а в ядре или как поджигать ж0пы"А сколько было радости и насмешек в первой теме.
Как радовались уходу мейнтенеров.
А потом слегка недоумевали слухам.
А потом горели от базы от Грэга.И что? Кто сейчас будет смеяться, а))?
ps запомните одну простую вещь - прогресс не остановить.
А ты то чего радуешься? Ты ж не на Си не пишешь, не на расте. Тебе какое нафиг дело?
> А ты то чего радуешься?Хм.. а ты не смотришь комедийные фильмы, с попкорном?
Ну типичный троп - когда кто-то поскальзывается на банановой кожуре и падает.> Ты ж не на Си не пишешь,
К счастью нет.
> не на расте.
К счастью да.
Но за деньги и не в опенсорс.> Тебе какое нафиг дело?
Вдруг смогу устроиться разработчиком ведра на полставки в какой-то редхат.
Но главное, могу греться от сгорающих нафиг фанатиков, на такой цирк билеты дорого стоят.
Здесь есть несколько человек, пишущих на си и плюсах и не любящими раст. Выкладывают свой код, им говорят, что это во-первых медленно, а во-вторых не соответствует спецификации. На что они отвечают, что этот код и не предназначен быть быстрым, а спецификации они не осилили. Теперь вопрос: а зачем им си и плюсы, если код тормозной и неправильный?
> а зачем им си и плюсы, если код тормозной и неправильный?Ответ очень простой: это единственное, что они смогли осилить.
Почему СИшка взлетела?
Потому что это был супер простой язык, которому можно быљо обучить даже примата. Такой себе ПХП из 70х.
Это тебе не АДА со сложными подходами, а х-к-х-к и в продакшн! Если что-то не сошлось по типам - просто кастуем к void*
>Почему СИшка взлетела?Брат Аноним, ты не прав! Си был разработан для универсализации asm для написания операционных систем.
А я бы задал другой вопрос. Зачем им нужна спецификация раста, если они на спецификацию их любимого С кладут болт?
>Go - это чёткость, как утренний выстрел в казарме.
>А Rust - это как ночной выстрел, браток. Ты его не ждёшь, а он тут как тут, ьдялб.(с)TC 14:10
https://kick.com/ai-guests/videos/d9f58e97-b4a9-4942-8839-ca...
О, вот-это здравая позиция, по сути реитерация позиции Хеллвига, но с коррекцией правил сопровождения ядра с учётом многоязычности - что проблемы растовиков из-за того, что их код будет ломаться сишным кодом - их личные проблемы. По сути предложено рассматривать код на расте как out-of-tree модули, но хранить их прямо в репозитори ядра, придавая им официальный статус.
Нет, господин Торвальдс, боюсь в этот раз усидеть на двух стульях сразу не получится. Технически - пока что не особо сложно. Только вот проблемы из-за такой позиции имеют свойство накапливаться. А потом падать на голову все разом, как снежный ком, в самой неподходящий момент. Так что, боюсь, придётся таки вам определяться: вы продались корпорациям с потрохами, и поэтому принимаете технически неоправданные решения и тащите Rust в ядро, или вы всё же работаете на благо всего общества.В первом случае, на Линукс можно ставить крест. Во втором будет сложно, но ещё побарахтаемся.
И да, что-то решать с реформированием подходов к разработке ядра таки надо, в том числе с проблемами памяти. Как вариант - принять С++ в ядро. Серебряной пули из него не выйдет, но вести разработку станет однозначно проще. Тем, кто его освоит. Причём особо и менять ничего не придётся - там, где нужна совместимость, можно обложиться всякими "extern C".
> Нет, господин Торвальдс, боюсь в этот раз усидеть на двух стульях сразу не получится.А почему? Может он брал мастер-класс у одного любителя картошки...
> Технически - пока что не особо сложно.
Это вы про ядро?
> Только вот проблемы из-за такой позиции имеют свойство накапливаться.
Они и накопились. Кол-во дырок в ядре постоянно, а те кто платят хотят более качественный код.
> придётся таки вам определяться: вы продались корпорациям с потрохами, и поэтому принимаете технически неоправданные решения и тащите Rust в ядро, или вы всё же работаете на благо всего общества.
А что это за общество? В СПО есть те кто код пишут, и те кто потребляют (с разрешения первых).
И вполне нормально, что решают первые, а не вторые.> В первом случае, на Линукс можно ставить крест. Во втором будет сложно, но ещё побарахтаемся.
Уйдете на БСД? Или будете писать сами?
Факты это упрямая вещь, и они говорят, что только 12% кода пишут люди "не на зарплате корпораций".
Тут можно сказать спасибо Столлману за воспитание поколений халявщиков, но это уже философия.> И да, что-то решать с реформированием подходов к разработке ядра таки надо, в том числе с проблемами памяти. Как вариант - принять С++ в ядро.
Но у плюсов почти те же проблемы. Да их немного залепили смартпойнтерами, но как показала практика этого не достаточно.
> Серебряной пули из него не выйдет, но вести разработку станет однозначно проще. Тем, кто его освоит.
Или сложнее. Когда СИшники начнут писать в таком же стиле, с такими же подходами на другом ЯП.
Думаю будет существенно хуже.ps у АймФиннишʼа какая-то патологическая нелюбовь к плюсам.
Так что думаю если бы даже он вас услышал, то проигнорировал.
>> И да, что-то решать с реформированием подходов к разработке ядра таки надо, в том числе с проблемами памяти. Как вариант - принять С++ в ядро.
> Но у плюсов почти те же проблемы. Да их немного залепили смартпойнтерами,
> но как показала практика этого не достаточно.Проблема плюсов в linux в том, что в "Сообществе" нет людей, достаточно их понимающих.
Например, ProfessorNavigator не писал под ядро, не читал стандарт плюсов, но мнение своё высказывает очень громко.
RAII (и умные указатели в частности) решают многие вопросы. Допустим, они даже закрывают все 100%.
Но есть нюанс. Ядро на Си и для освобождения ресурсов применяется goto cleanup -- такого кода написано 100500 строк. И тут вдруг появляется язык, внешне очень похожий на Си, но goto в нём ломает RAII на раз. Предлагается это всё смешивать?
Подобных нюансов много, но избыток теоретиков из профессуры вносит лишь хаос, потому Линус отфутболил всех скопом, назвав нехорошим словом.
>но goto в нём ломает RAII на разМожно пример того, как goto ломает RAII?
Чёт я не придумал - при выходе из блока - деструктор вызовется вроде.
Где проблема?
>>но goto в нём ломает RAII на раз
> Можно пример того, как goto ломает RAII?#include <memory>
int f()
{
goto label;
{
std::unique_ptr<int> p(new int(1));
label:
return 0;
}
}https://godbolt.org/z/MY9GMrojT
> Чёт я не придумал - при выходе из блока - деструктор вызовется
> вроде.
> Где проблема?Проблема в слове "вроде": нет уверенности.
Например, заявляется в проект некий Юзер235, кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?
Покамест бомбит только у свидетелей goto. Да так, что скатываются в примитивное враньё.
>кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?Для этого и придумали тесты. А если у твоей поделки тестов нет, то уверенным можно быть только в том, что такой говнокод рано или поздно поломается. От така фигня, малята.
>>кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?
> Для этого и придумали тесты.Воображаемые тесты? Гипотетически помогут?
>>>кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?
>> Для этого и придумали тесты.
>Воображаемые тесты? Гипотетически помогут?Тебе вряд-ли что поможет.
>>>>кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?
>>> Для этого и придумали тесты.
>>Воображаемые тесты? Гипотетически помогут?
> Тебе вряд-ли что поможет.Мне и не требуется помощь: я подтвердил свои слова кодом, см. № 355.
Теперь твоя очередь написать к нему тест. Понятно, что goto продолжает тебя бомбить эпически, но написать тесты ты не способен, потому и принялся выдавать чепуху.
>>>>>кого бомбит от вида goto, принимается всё это переписывать на смартпоинтеры -- оно же красиво. Есть уверенность, что он при этом ничего не сломает?
>>>> Для этого и придумали тесты.
>>>Воображаемые тесты? Гипотетически помогут?
>> Тебе вряд-ли что поможет.
> Мне и не требуется помощь: я подтвердил свои слова кодом, см. №
> 355.
> Теперь твоя очередь написать к нему тест. Понятно, что goto продолжает тебя
> бомбить эпически, но написать тесты ты не способен, потому и принялся
> выдавать чепуху.Извини, но нормальный компилятор говорит, что твой код годится лишь на удобрение и то только после компостной кучи.
https://onlinegdb.com/1v0rKkXFLb
>[оверквотинг удален]
>>>>Воображаемые тесты? Гипотетически помогут?
>>> Тебе вряд-ли что поможет.
>> Мне и не требуется помощь: я подтвердил свои слова кодом, см. №
>> 355.
>> Теперь твоя очередь написать к нему тест. Понятно, что goto продолжает тебя
>> бомбить эпически, но написать тесты ты не способен, потому и принялся
>> выдавать чепуху.
> Извини, но нормальный компилятор говорит, что твой код годится лишь на удобрение
> и то только после компостной кучи.
> https://onlinegdb.com/1v0rKkXFLbТвоя задача -- в подтверждение "для этого и придумали тесты" -- написать тест, какой бы отловил такое, а не запускать вручную, перевирая выдачу транслятора и показывая незнание требований к его версии для сборки ядра, а так же непонимание нормального распределения, то есть теорвера.
Пока получается, что к должности упаковщика пакетиков требуется ещё запускальщик транслятора и дипломированный мозгоклюй.
> Твоя задача -- в подтверждение "для этого и придумали тесты" -- написать
> тест, какой бы отловил такое, а не запускать вручную, перевирая выдачу
> транслятора и показывая незнание требований к его версии для сборки ядра,
> а так же непонимание нормального распределения, то есть теорвера.Какие тесты для гениального кода, который не компилируется? Еще раз - твой код не компилируется, поэтому не нужны ни запускальщики транслятора, ни упаковщики пакетиков. Нечего запускать и опакечивать. И горе-программист, чье сумрачное сознание родило этот код, тоже не нужен.
>> Твоя задача -- в подтверждение "для этого и придумали тесты" -- написать
>> тест, какой бы отловил такое, а не запускать вручную, перевирая выдачу
>> транслятора и показывая незнание требований к его версии для сборки ядра,
>> а так же непонимание нормального распределения, то есть теорвера.
> Какие тесты для гениального кода, который не компилируется?Как минимум, тестом хорошо бы отсеивать врунов, утверждающих, что код не компилируется, когда по моей ссылке он компилируется.
Как максимум - исключить саботаж как с CrowdStrike, что устроили летом твои идейные соратники в отместку за сокращение "разнообразия".
> когда по моей ссылке он компилируется.О, эксперты по ядру и C++ во всей красе! Мой код компилируется в строго определенной версии определенного компилятора с кучей предупреждений. Включи -Werror, теоретик недоделанный.
>> когда по моей ссылке он компилируется.
> О, эксперты по ядру и C++ во всей красе! Мой код компилируется
> в строго определенной версии определенного компилятора с кучей предупреждений. Включи
> -Werror, теоретик недоделанный.А эксперт-теоретическ кешем платил за смузи, когда драйвер CrowdStrike банкомат заблокировал?
Вот и кодишь ты так же бессвязно. Привычно навалил кучку – нате на лопате.
Ну ты ж слопал, скопировал в свою Розу. ;)
> Это вы про ядро?Нет, я про соломоновы решения.
> Они и накопились. Кол-во дырок в ядре постоянно, а те кто платят
> хотят более качественный код.Постоянно, да (на самом деле - нет). Только с приходом Rust меньше их не станет. Скорее наоборот. С учётом состояния этого поделия.
> А что это за общество? В СПО есть те кто код пишут,
> и те кто потребляют (с разрешения первых).
> И вполне нормально, что решают первые, а не вторые.Общество на IT не заканчивается ;) И те, кто "потребляют", вполне могут отказаться программистов кормить. Так что это обоюдоострый меч. Всяких корпораций, кстати, тоже касается.
> Уйдете на БСД?
А там есть куда уходить?))
> Или будете писать сами?
Как вариант.
> Факты это упрямая вещь, и они говорят, что только 12% кода пишут
> люди "не на зарплате корпораций".
> Тут можно сказать спасибо Столлману за воспитание поколений халявщиков, но это уже
> философия.И снова чушь. Какая разница, на зарплате человек или нет? Человеком он от того, что где-то работает, быть не перестал. А значит имеет своё мнение и т.д. И вполне может начальство послать подальше. А начальство проглотит. Потому что само делать ничего не способно. Про Столлмана даже обсуждать лень.
> Но у плюсов почти те же проблемы. Да их немного залепили смартпойнтерами,
> но как показала практика этого не достаточно.Любой ЯП - это просто инструмент. Как вы им воспользуетесь зависит чисто от вас. Т.е. проблемы не с С и С++, а с головами. И решать нужно прежде всего её. А "проблемы плюсов" решаются определённым стилем программирования. И прежде всего - тщательным тестированием. Т.е. опять же головы лечить нужно.
Rust от других ЯП отличается только встроенным в компилятор статическим анализатором кода. Всё. Других отличий нет. И данное решение, мягко говоря, спорное. А с учётом всего остального - он просто не нужен. Его изобрели чисто "по приколу". И так бы он и умер в забвении, но денежные мешки решили, что вот она - "серебряная пуля". Можно нанять дураков за дёшево, а заодно - конкурента в лице свободной ОС убрать/подмять под себя. Только оно так никогда не работало. И теперь мы вынужденны терпеть ваши вопли изо всех углов. И попытки починить то, что не сломано.
> Или сложнее. Когда СИшники начнут писать в таком же стиле, с такими
> же подходами на другом ЯП.
> Думаю будет существенно хуже.По началу - да, точно будет хуже. Потом - нормализуется. Люди, знаете ли, имеют свойство учиться.
> ps у АймФиннишʼа какая-то патологическая нелюбовь к плюсам.
> Так что думаю если бы даже он вас услышал, то проигнорировал.Про то я в курсе. Но это совершенно не означает, что он прав.
> Постоянно, да (на самом деле - нет). Только с приходом Rust меньше их не станет. Скорее наоборот. С учётом состояния этого поделия.Странно вон Грег считает по другому.
Предположу, что у него понимания процессов в ядре больше чем у меня.> Общество на IT не заканчивается ;) И те, кто "потребляют", вполне могут отказаться программистов кормить. Так что это обоюдоострый меч. Всяких корпораций, кстати, тоже касается.
Ну, когда решат перестать - тогда и поговорим. Пока этого не видно.
Да и не кормят простые граждане программеров ядра, а корпораты друг-с-другом думаю договорятся.>> Уйдете на БСД?
> А там есть куда уходить?))В прошлой теме анонимы писали "все отлично работает". Проверять это я, естественно
> И снова чушь. Какая разница, на зарплате человек или нет?
Без зарплаты я волен делать что хочу, а за деньги - то что определяет контракт.
> Человеком он от того, что где-то работает, быть не перестал. А значит имеет своё мнение и т.д. И вполне может начальство послать подальше.Да. И пойти искать другую работу.
> А начальство проглотит. Потому что само делать ничего не способно.
Хе, от начальника зависит.
У меня были руководители, которые знали и умели больше рядовых сотрудников.> Любой ЯП - это просто инструмент. Как вы им воспользуетесь зависит чисто от вас. Т.е. проблемы не с С и С++, а с головами. И решать нужно прежде всего её.
А это возможно?
Ну т.е теоретически человек может ездить без аварий по дорогам без знаков и светофоров.
Но 99% так не могут. Поэтому у нас есть знаки, светофоры, а где-то еще и шлагбаут поставят.> Можно нанять дураков за дёшево,
Чего ж умные не пишут хороший код, а пишут плохой)?
> а заодно - конкурента в лице свободной ОС убрать/подмять под себя.
Ось не станет несвободной от добавления Раста.
> И попытки починить то, что не сломано.
Чего ж оно не работает, раз не сломано?
> По началу - да, точно будет хуже. Потом - нормализуется. Люди, знаете ли, имеют свойство учиться.
во-1х, к тому моменту ядро может и помереть
во-2х, что-то за 50 лет СИшники не научились проверять размеры данных
> Странно вон Грег считает по другому.Чего там Грег считает - это его дело.
> Предположу, что у него понимания процессов в ядре больше чем у меня.
Это однозначно))
> Ну, когда решат перестать - тогда и поговорим. Пока этого не видно.
Так уже переставали разок. В 1917 году. Потом, правда не удержали. Но повторить то никто не мешает ;) Тем более вы на это прям напрашиваетесь.
> Да и не кормят простые граждане программеров ядра, а корпораты друг-с-другом думаю
> договорятся.Правда-а-а? Т.е. программисты ядра работают в полях, шьют себе одежду, кремний и прочие ресурсы для полупроводников добывают, компьютеры для себя производят? Ух ты, не знал... Прям герои оказывается.
> В прошлой теме анонимы писали "все отлично работает". Проверять это я, естественно
Я то как раз проверял ;) Для серверов с оговорками может ещё и пригодно, для использования на ПК - нет. Это с технической точки зрения. А так из-за лицензии - не пригодно от слова совсем.
> Без зарплаты я волен делать что хочу, а за деньги - то
> что определяет контракт.Вы - не раб на галере. И деньги вы получаете за то, что тратите своё рабочее время. Контрактом можете подтереться в большинстве случаев - ваш же работодатель его первым и нарушит, если увидит как на этом заработать. И да, если не вы лично, а целый коллектив скажет "нет", то работодателю сложно будет с этим что-то сделать.
> Да. И пойти искать другую работу.
Как вариант. Потому что мне например работодатель, который не прислушивается к моему профессиональному мнению, на фиг не нужен. Ни за какие деньги.
> Хе, от начальника зависит.
> У меня были руководители, которые знали и умели больше рядовых сотрудников.Бывает и такое, но редко. И чем дальше, тем реже.
> А это возможно?
> Ну т.е теоретически человек может ездить без аварий по дорогам без знаков
> и светофоров.
> Но 99% так не могут. Поэтому у нас есть знаки, светофоры, а
> где-то еще и шлагбаут поставят.И что? Как ездили, наплевав на светофоры, так и продолжают. Сколько за год выписывается протоколов по всему миру за проезд на красный свет? И это только те, кого поймали. Соблюдение любых правил зависит только и исключительно от желания человека их соблюдать - т.е. от головы. Также и с ЯП. Они такой же инструмент, как молоток или кухонный нож. Молотком можно забивать гвозди, а можно проломить кому-то череп или размозжить себе палец. Ножом можно резать овощи для салата, а можно вскрыть кому-то брюхо. Всё целиком зависит от вас. Так же и с ЯП. С/С++ позволяют работать на "низком" уровне, чуть выше ассемблера. Это даёт огромный возможности - вы можете делать с компьютером всё, что он в принципе может делать. Но это требует чёткого понимания что, зачем и как выделаете. Иначе рискуете "отрезать" себе палец, фигурально выражаясь.
> Чего ж умные не пишут хороший код, а пишут плохой)?
А вы где-то умных видели?))
> Ось не станет несвободной от добавления Раста.
Ой ли?)) Тут вон растовики уже показали своими закидонами, как оно в реальности будет.
> Чего ж оно не работает, раз не сломано?
Что не работает?)) Я на Линуксе беспрерывно уже 7 лет. Полностью и целиком. Почему-то у меня например всё работает))
> во-1х, к тому моменту ядро может и помереть
> во-2х, что-то за 50 лет СИшники не научились проверять размеры данныхЗа 50 лет сколько поколений программистов сменилось?)) Уже три как минимум. И каждый раз всё начинается по-новому. Потому что человека необходимо всему учить. От рождения он не умеет ничего, даже самостоятельно перемещаться в пространстве.
> Чего там Грег считает - это его дело.Так если бы он только считал, но ведь он и решает)
> Так уже переставали разок. В 1917 году. Потом, правда не удержали.
Утопили страну в крови, понастроили лагерей для рабов и касту номенклатуры, создали дефицит почти всего, включаю туалетную бумагу...
> Но повторить то никто не мешает ;) Тем более вы на это прям напрашиваетесь.
Опять все развалить-отнять-поделить? Отличная идея!
> Правда-а-а? Т.е. программисты ядра работают в полях, шьют себе одежду, кремний и прочие ресурсы для полупроводников добывают, компьютеры для себя производят? Ух ты, не знал... Прям герои оказывается.
На полях в тракторе может быть столько чипов и кода, что компьютер из прошлого века будет просто унижен.
На швейном производстве мне доводилось видеть плоттер и вышивальную машину, которые ВНЕЗАПНО нужно программировать.
Компьютеры (чипы, платы и тд) делают роботы, которые тоже программируются.
Даже для добычи кремния или руды используются АСУ.Если фермер, швея или рудокоп хотят вернуться к лошадке, машинке Зингера и методу "копаем в ту сторону" то это их право.
Но судя по всему они не хотят. Поэтому дают программистам за работу некий универсальный обменный эквивалент, на который можно и одежду купить, и хлеб с маслом.> А так из-за лицензии - не пригодно от слова совсем.
А лицензия тут при чем?
Оно открыто? Да.
Даже если закроют, код останется? Да.
Старые версии будут работать? Да.> Контрактом можете подтереться в большинстве случаев - ваш же работодатель его первым и нарушит, если увидит как на этом заработать.
Может попробовать. Благо я живу в стране где суд быстро объяснит ему, где он был не прав.
С выплатой компенсации мне, за потерянное время.> И да, если не вы лично, а целый коллектив скажет "нет", то работодателю сложно будет с этим что-то сделать.
Именно потому есть профсоюзы.
Но если мнение коллектива отличается от моего - то скорее я уйду, а не весь коллектив.
> Как вариант. Потому что мне например работодатель, который не прислушивается к моему профессиональному мнению, на фиг не нужен. Ни за какие деньги.Ваше право.
Я не вижу проблемы 10 раз сказать руководителю "так делать плохо", а потом принять его точку зрения, а потом со словами "я же говорил" переделать. За оплату естественно.
Больше шансов что в след раз к моему мнению прислушаются.> И что? Как ездили, наплевав на светофоры, так и продолжают. Сколько за год выписывается протоколов по всему миру за проезд на красный свет?
Так вопрос не в том что на 100% не исправили.
А в том насколько стало меньше по сравнению "без светофоров".
Вы бывали в азиатских странах или индии? Ну вот там можно посмотреть "как бывает без")> Соблюдение любых правил зависит только и исключительно от желания человека их соблюдать - т.е. от головы.
Не только.
Во-первых, еще от воспитания - если с детства рассказывать что курить или бухать плохо, то вероятность того, что человек будет делать снижается.
И от наказания.
Во-вторых, окружение тоже очень сильно влияет (я не про людей). Можно наказывать за выезд на встречку. А можно просто поставить там разделитель. Или посадить зеленую изгородь.
В-третьих, люди ленивые. И если им придется потрудиться - например выйти из машины и руками подымать шлагбаум на ЖД переезде, то большая часть просто поленится.> Также и с ЯП.
Но молоток должен быть с хорошо закрепленной головой, ручка без заноз и трещин.
Думаю для ножа в пищпроме тоже есть требования.>> Ось не станет несвободной от добавления Раста.
> Ой ли?)) Тут вон растовики уже показали своими закидонами, как оно в реальности будет.Хм.. не уловил что они показали.
Да некоторые люди сделали демарш в знак протеста - это их право.
Работать за бесплатно и еще мириться с приступами ʼсиндрома вахтераʼ в виде "это не мой код, но я раст не пропущу в любом случае" их никто не обязывал.> И каждый раз всё начинается по-новому. Потому что человека необходимо всему учить.
> От рождения он не умеет ничего, даже самостоятельно перемещаться в пространстве.Но их не учат.
Люди от многих животных отличаются как раз передачей опыта. Следовательно обучающие считают что так правильно. (Или скорее "и так сойдет")
> Так если бы он только считал, но ведь он и решает)Это дело поправимое ;)
> Утопили страну в крови, понастроили лагерей для рабов и касту номенклатуры, создали
> дефицит почти всего, включаю туалетную бумагу...Ну т.е. очередной наброс лживых баек. Даже опровергать уже лень. Было всякое. И плохое, и хорошее. Причём хорошего гора-аздо больше.
> Опять все развалить-отнять-поделить? Отличная идея!
И снова наброс. Каждый получит по труду, только и всего.
> На полях в тракторе может быть столько чипов и кода, что компьютер
> из прошлого века будет просто унижен.
> На швейном производстве мне доводилось видеть плоттер и вышивальную машину, которые ВНЕЗАПНО
> нужно программировать.
> Компьютеры (чипы, платы и тд) делают роботы, которые тоже программируются.
> Даже для добычи кремния или руды используются АСУ.И что? Суть в том, что сегодня каждый зависит от каждого. Поэтому нет более важных для общества людей, или менее важных. Ну и помните: если вы плюнете в коллектив, то коллектив утрётся. А вот если коллектив плюнет в вас, то вы утонете.
> Если фермер, швея или рудокоп хотят вернуться к лошадке, машинке Зингера и
> методу "копаем в ту сторону" то это их право.
> Но судя по всему они не хотят. Поэтому дают программистам за работу
> некий универсальный обменный эквивалент, на который можно и одежду купить, и
> хлеб с маслом.Поздравляю, вы где-то что-то даже про Маркса слышали. Продолжайте в том же духе, и будет вам счастье ;)
> А лицензия тут при чем?
> Оно открыто? Да.
> Даже если закроют, код останется? Да.
> Старые версии будут работать? Да.Лицензии тут при том, что никто ничего в проекты *BSD не возвращает. Поэтому они в целом при смерти. Ну а также из-за другого: какой например мне смысл поддерживать что-то в *BSD, если это потом просто украдут корпорации? GPL не позволяет воровать чужой труд, только и всего. Пользоваться можешь, присвоить - нет. И это правильно, как показывает практика.
> Может попробовать. Благо я живу в стране где суд быстро объяснит ему,
> где он был не прав.Аж рыдал от смеха. Это в США что ли суд кому-то чего-то объяснит?)) В США, где совсем недавно силой разгоняли антиизраильские демонстрации? В США, где крупные корпорации на своих производствах эксплуатируют людей, как рабов по факту? Ну-ну, главное - верить. Впрочем, не расстраивайтесь. Оно везде так. Бежать некуда...
> С выплатой компенсации мне, за потерянное время.
Ага, потом догонят и ещё раз... Выплатят.
> Именно потому есть профсоюзы.
Да, я в курсе)) Но этого сегодня уже мало. Вон в тех же США недавно руководство профсоюза докеров взяло и слило забастовку в унитаз. Забастовка на Боинге тоже по факту ничем хорошим не кончилась. Перечислять до-олго можно.
> Ваше право.
> Я не вижу проблемы 10 раз сказать руководителю "так делать плохо", а
> потом принять его точку зрения, а потом со словами "я же
> говорил" переделать. За оплату естественно.А я - вижу проблему. Потому что работал там, где если не слушать профессионалов, то будут трупы. И вот это вы уже не переделаете никак и ни за какие деньги. И сидеть тоже вам придётся. Потому что стрелочником назначат именно вас. Как вон в недавнем случае с затонувшими танкерами. Судовладелец получил штраф, а капитаны теперь лет на пять каждый сядут. Нет, капитаны виноваты, это бесспорно. Только вместе с ними на скамье подсудимых должны сидеть и судовладельцы, и руководство РМРС. Да и руководство госаппарата - тоже. В полном составе. Ну и как вишенка на торте, чтобы вы понимали, что такое штраф для тех же судовладельцев. Они должны выплатить по 300 тысяч рублей каждый. Одна бункеровка судна - это в среднем тонн 500 топлива. Примерно каждые полтора месяца - в зависимости от интенсивности эксплуатации. 500 тонн топлива это в рублях по грубым прикидкам - больше 13 миллионов. 300 тысяч штрафа за погибшего члена экипажа и уделаные мазутом берега? Ха, владельцы компаний сильно расстроились, ага. И ведь там ещё далеко не всё закончено. Полтора судна ещё на дне лежат. И мазут из них так и будет постоянно всплывать, пока их не подымут. Особенно "интересно" будет летом, когда вода прогреется.
> Больше шансов что в след раз к моему мнению прислушаются.
Для вас следующего раза может уже и не быть. Буквально. У мёртвых "следующего раза" не бывает.
> Так вопрос не в том что на 100% не исправили.
> А в том насколько стало меньше по сравнению "без светофоров".
> Вы бывали в азиатских странах или индии? Ну вот там можно посмотреть
> "как бывает без")Бывал. И таки нормально там. Относительно. Естественны отбор работает, как бы цинично это не звучало. Те, кто не умеют нормально ездить, быстро находят свой столб. Ну и азиатские страны все разные. Да и Индия тоже далеко неоднородна. Там, если что, седьмая часть человечества живёт.
> Не только.
> Во-первых, еще от воспитания - если с детства рассказывать что курить или
> бухать плохо, то вероятность того, что человек будет делать снижается.Ну т.е. опять же - от головы))
> И от наказания.
Наказания не работают от слова совсем. Статистика тяжких и особо тяжких преступлений в мире вам тому подтверждением.
> Во-вторых, окружение тоже очень сильно влияет (я не про людей). Можно наказывать
> за выезд на встречку. А можно просто поставить там разделитель. Или
> посадить зеленую изгородь.Угу. В центре европейского города например. Где улицы со времён Средних веков ещё остались. По ширине - не всегда два человека нормально разойдутся.
> В-третьих, люди ленивые. И если им придется потрудиться - например выйти из
> машины и руками подымать шлагбаум на ЖД переезде, то большая часть
> просто поленится.Если надо будет, и не такое проделают)) Охота пуще неволи.
> Но молоток должен быть с хорошо закрепленной головой, ручка без заноз и
> трещин.
> Думаю для ножа в пищпроме тоже есть требования.Есть. Он должен быть наточен до бритвенного состояния. Чтобы пальцы себе сподручней резать было)) В общем - разговор ни о чём. Я прав, и вы это прекрасно знаете. Если бы работодатель не заставлял, фиг бы вы мне вообще отвечали))
> Хм.. не уловил что они показали.
> Да некоторые люди сделали демарш в знак протеста - это их право.Истерика на весь интернет и попытка травли в соцсетях - это теперь "демарш" называется?)) Ну-ну))
> Работать за бесплатно и еще мириться с приступами ʼсиндрома вахтераʼ в виде
> "это не мой код, но я раст не пропущу в любом
> случае" их никто не обязывал.Это им ещё повезло, что не я на их пути оказался)) Например. И ведь я, по сравнению с теми, с кем мне приходилось иногда иметь дело - очень мягкий и деликатный человек.
> Но их не учат.
> Люди от многих животных отличаются как раз передачей опыта. Следовательно обучающие считают
> что так правильно. (Или скорее "и так сойдет")Вот-вот. Только не "сойдёт". Я это в своё время на собственной шее почувствовал. Пока сходит, потому что экономическая система очень сложная и большая. Поэтому имеет запас прочности. Только он уже подходит к концу. А закончится это может совсем печально. Для всех.
> Ну т.е. очередной наброс лживых баек. Даже опровергать уже лень. Было всякое.Да-да, это все ложь. И про сотрудничество с нациками - ведь никогда не было парада в Бресте. И про лагеря тоже, это же просто добровольно враги народа трудились на благо общества. Как там говориться "труд сделает вас свободными"... или это была коричневая чума, а не красная. Постоянно путаю ((
> И плохое, и хорошее. Причём хорошего гора-аздо больше.
"очередной наброс лживых баек. Даже опровергать уже лень" (с)
> Каждый получит по труду, только и всего.
Ага, опять начнете задвигать что должно оплачиваться время труда?
> И что? Суть в том, что сегодня каждый зависит от каждого. Поэтому нет более важных для общества людей, или менее важных.
Естественно! Именно поэтому я не вижу предпосылок что программеров заставят работать бесплатно.
> Поздравляю, вы где-то что-то даже про Маркса слышали. Продолжайте в том же духе, и будет вам счастье ;)
К счастью я его даже читал, чтобы убедиться, что лишение людей прав на частную собственность - это полная чушь.
> Лицензии тут при том, что никто ничего в проекты *BSD не возвращает.
"очередной наброс лживых баек. Даже опровергать уже лень" (с)
А нет, мне не лень.
Начнем с того что Rust это Apache License, Version 2.0 и MIT license, а не БСД.
Процитирую анонима из другой темы:[1]
Под лицензией MIT распространяются
- игровые движки (Box2D, Cocos2d, Godot)
- веб движки (Electron, Node.js, React, React Native)
- утилиты и библиотеки (CURL, Libxml2, PuTTY, Tokio)
- софт (GitLab, Jenkins, Proton Mail)
- операционные системы (Fuchsia, Haiku)
- языки программирования (F#, Lua, Nim, PyPy, Ruby on Rails, Rust, Zig)
(у части, напр F# двойная с апачем, так что постараюсь не повторяться)Добавим сюда Apache
- Clang, LLDB и LLVM - без них точно жить стало хуже, и пришлось бы пользоватся убогим gcc
- Vulkan API, OpenCV
- Tesseract, TensorFlow, Keras, Kubernetes
- Home Assistant, VeraCrypt
- Android Studio, IntelliJ IDEA, PyCharm, Bazel, Ninja
- Kotlin, Scala, Swift, TypeScript, Elixir
А из BSD я добавлю всего один проект: Chromium это BSD-3.
Это 3 млрд. пользователей.А теперь расскажите г-н проффессор какие из этих проектов закрылись и не возвращают код в проект?
> GPL не позволяет воровать чужой труд, только и всего. Пользоваться можешь, присвоить - нет. И это правильно, как показывает практика.
"очередной наброс лживых баек." (с)
И это тоже враки.
Просто крутишь изменненое ядро на своих серваках, ни с кем не делешься.> А я - вижу проблему. Потому что работал там, где если не слушать профессионалов, то будут трупы.
> ....Просто не работайте в таких местах)
Я вот не работаю и сплю спокойно.> Судовладелец получил штраф, а капитаны теперь лет на пять каждый сядут. Нет, капитаны виноваты, это бесспорно. Только вместе с ними на скамье подсудимых должны сидеть и судовладельцы, и руководство РМРС.
Вы сами пишете - не нравится, надо увольняться.
Но капитаны приняли такой риск.> Да и руководство госаппарата - тоже. В полном составе. Ну и как вишенка на торте, чтобы вы понимали, что такое штраф для тех же судовладельцев. Они должны выплатить по 300 тысяч рублей каждый.
В новостях говорили еще про штрафы за эко. ущерб и там много миллионов.
Но соглашусь, надо штрафы побольше.>> Во-первых, еще от воспитания
> Ну т.е. опять же - от головы))Да и нет. Это просто показывает, что в голове будет то, что туда вкладывают.
Будут рассказывать что void*** это норм - будут писать овонокод.
Будут ругать за непроверенные данные - будут писать лучше.> Наказания не работают от слова совсем. Статистика тяжких и особо тяжких преступлений в мире вам тому подтверждением.
Которая говорит про то, что меньше десятка людей на сотни тысяч их совершают? (в странах где работает судебная и исполнительная власть)
А во всяких сомалилендах - на порядок больше.
О чем это говорит? О том что оно работает.> Угу. В центре европейского города например. Где улицы со времён Средних веков ещё остались. По ширине - не всегда два человека нормально разойдутся.
Значит делаем улицы односторонними.
Почитайте про Vision Zero и как оно рабоает.> Если надо будет, и не такое проделают)) Охота пуще неволи.
Но многим будет лень)
> Я прав, и вы это прекрасно знаете.
Хахаха) Если бы ваша самоуверенность облада массой, то Землю бы засосало в черную дыру)
> Если бы работодатель не заставлял, фиг бы вы мне вообще отвечали))
Ну да, "все кто со мной не согласны боты и на зарплате"?
Вы наверное один в белом стоите.> Истерика на весь интернет и попытка травли в соцсетях - это теперь "демарш" называется?)) Ну-ну))
Тгавля? А кого таки тгавили?
Написать в соцсетях "тут неадекватный вахтер не пускает код" это как раз норм.
Линус об этом написал что вахтер "превысил свои полномочия и попытался повлиять на код, который не затрагивал код подсистемы DMA, был реализован в отдельном подкаталоге и не влиял на код, за который отвечает Кристоф"> Это им ещё повезло, что не я на их пути оказался)) Например.
Конечно повезло. Всем нам. Если бы вы писали ядро как свои программы, то раст был бы гораздо меньшей проблемой.
> Пока сходит, потому что экономическая система очень сложная и большая. Поэтому имеет запас прочности. Только он уже подходит к концу. А закончится это может совсем печально. Для всех.
Это как виндо-капец, только капитализмо-капец?
Уже лет 100 о нем говорят.
> Да-да, это все ложь. И про сотрудничество с нациками - ведь никогда
> не было парада в Бресте.Именно, что ложь. Более того - просто бредятина. По одной простой причине. Вот завелись допустим у вас в доме осы - любят они гнёзда свои строить в самых неожиданных местах. И они вам мешают - построили гнездо где-нибудь на гаражных воротах. И при каждой попытке их открыть на вас нападают - гнездо защищают. И что? Голыми руками полезете гнездо выкидывать? Или сначала всё же подготовитесь? Перчатки там оденете, плотную одежду, лицо прикроете. Т.е. вы не сразу осиное гнездо выкинете. Получается, что какое-то время вы с осами сотрудничали. По вашей логике. Проще говоря, если вы не можете сразу что-то устранить, то придётся вам как-то с этим сосуществовать. Т.е. - взаимодействовать.
> И про лагеря тоже, это же
> просто добровольно враги народа трудились на благо общества. Как там говориться
> "труд сделает вас свободными"... или это была коричневая чума, а не
> красная. Постоянно путаю ((Да-да, давайте, набрасывайте. Про лагеря мы уже с вами разговаривали. Почему они были и т.д.
> "очередной наброс лживых баек. Даже опровергать уже лень" (с)
Да что вы говорите. Т.е. введение восьмичасового рабочего дня, всеобщего бесплатного образования, пенсий, отпусков, декретных отпусков для женщин (они потому и называются декретным, что были введены декретом Совета Народных Комиссаров). Уравнивание женщин в правах с мужчинами (впервые в мире). Декрет о земле. Гоэлро. Всего этого не было, ага. Нет, было. И всё это практически сразу после Революции. Кое-что буквально в первые часы. Создание промышленности практически с нуля, мирный атом, мирное освоение космоса. И я после этого - лжец. Ну-ну, продолжайте раскрывать свою сущность дальше.
> Ага, опять начнете задвигать что должно оплачиваться время труда?
А как иначе? Или вы получаете по труду, т.е. нормальный человек, или вы - паразит. Что выбираете?
> Естественно! Именно поэтому я не вижу предпосылок что программеров заставят работать бесплатно.
А я где-то когда-то что-то говорил про "работать бесплатно"? Я по-моему каждый раз говорю совсем другое. Что каждый должен получать по труду. Не больше и не меньше.
> К счастью я его даже читал, чтобы убедиться, что лишение людей прав
> на частную собственность - это полная чушь.А у них такие права есть?)) Вы самостоятельно не производите ничего. Для всего нужна помощь общества. По одной простой причине - вы родились совершенно беспомощным, как и все остальные. И чтобы вы стали тем, кем вы стали, нужна многолетняя забота общества. Проще говоря, там, где есть разделение труда, частной собственности быть не может. А люди используют разделение труда примерно с тех пор, как стали людьми (на самом деле - ещё раньше начали).
> Начнем с того что Rust это Apache License, Version 2.0 и MIT
> license, а не БСД.А есть существенная разница?))
> Процитирую анонима из другой темы:
>
> Под лицензией MIT распространяются
> - игровые движки (Box2D, Cocos2d, Godot)
> - веб движки (Electron, Node.js, React, React Native)
> - утилиты и библиотеки (CURL, Libxml2, PuTTY, Tokio)
> - софт (GitLab, Jenkins, Proton Mail)
> - операционные системы (Fuchsia, Haiku)
> - языки программирования (F#, Lua, Nim, PyPy, Ruby on Rails, Rust, Zig)
> (у части, напр F# двойная с апачем, так что постараюсь не повторяться)И что? Как это относится к воровству чужого труда (о чём и шла речь)?
>[оверквотинг удален]
> - Clang, LLDB и LLVM - без них точно жить стало хуже,
> и пришлось бы пользоватся убогим gcc
> - Vulkan API, OpenCV
> - Tesseract, TensorFlow, Keras, Kubernetes
> - Home Assistant, VeraCrypt
> - Android Studio, IntelliJ IDEA, PyCharm, Bazel, Ninja
> - Kotlin, Scala, Swift, TypeScript, Elixir
> [1]
> А из BSD я добавлю всего один проект: Chromium это BSD-3.
> Это 3 млрд. пользователей.Прям три миллиарда пользователей, ага)) Может всё же - это количество установок?
> А теперь расскажите г-н проффессор какие из этих проектов закрылись и не
> возвращают код в проект?За большинством перечисленных вами проектов стоит какая-либо крупная контора. И принцип тут совершенно обратный. Их открыли специально, чтобы заманивать наивных дурачков. Типа вы за нас всё сделайте, а мы потом утащим к себе в проприетарные продукты и будем на них наживаться. За ваш счёт.
> "очередной наброс лживых баек." (с)
> И это тоже враки.
> Просто крутишь изменненое ядро на своих серваках, ни с кем не делешься.Ну и крутите на здоровье. Ваши серверы косвенно вносят вклад в общую систему разделения труда, а значит - полезны.
> Просто не работайте в таких местах)
> Я вот не работаю и сплю спокойно.Да-да. Просто не работайте например пожарным. Зачем? Погибнуть ведь можно. А потом: ой, пол Калифорнии сгорело, как же так? Почему никто не тушил? Или не работайте моряком, утонуть ведь можно, ага. Только вы после этого будете сидеть без компьютера (их делают сильно не там, где вы живёте). И без одежды. Без еды. И без бензина, кстати тоже. Ну т.е. жить будете примерно как в 18 веке или раньше. Хотите?
> Вы сами пишете - не нравится, надо увольняться.
> Но капитаны приняли такой риск.Я писал отнюдь не про увольнения))
> В новостях говорили еще про штрафы за эко. ущерб и там много
> миллионов.Там много чего ещё говорили. По факту - 300 косарей каждому судовладельцу, и всё. Это, если что, меньше месячной зарплаты капитана на морском судне. А какие там обороты - я вам примерно обрисовал.
> Но соглашусь, надо штрафы побольше.
Штрафы вообще бесполезны. Деньги за всю историю человечества не решили ещё ни одной реальной проблемы.
> Которая говорит про то, что меньше десятка людей на сотни тысяч их
> совершают? (в странах где работает судебная и исполнительная власть)
> А во всяких сомалилендах - на порядок больше.
> О чем это говорит? О том что оно работает."После" не значит "в следствии")) Каковы причины совершаемых преступлений в большинстве случаев? Патологические состояния сразу можете отбросить - таких случаев сильно меньше 5%. Мне можете не отвечать - я причины знаю. Сами поразмышляйте. И как тут помогут наказания, что они вообще делают, для чего служат. http://samlib.ru/editors/b/bobylew_j_w/cap.shtml
> Хахаха) Если бы ваша самоуверенность облада массой, то Землю бы засосало в
> черную дыру)Ну-ну)) Как уже писал выше, единственное отличие Rust - наличие статического анализатора, встроенного прям в компилятор. Всё. Других нет. Началось всё с этого.
> Ну да, "все кто со мной не согласны боты и на зарплате"?
Где я такое утверждал?)) Я конкретно про вас говорю.
> Вы наверное один в белом стоите.Надеюсь, что нет. Потому что если да, то наша песенка точно спета.
> Тгавля? А кого таки тгавили?
> Написать в соцсетях "тут неадекватный вахтер не пускает код" это как раз
> норм.Нет, это не "норм". Норм, это когда проблемы коллектива решаются внутри коллектива.
> Линус об этом написал что вахтер "превысил свои полномочия и попытался повлиять
> на код, который не затрагивал код подсистемы DMA, был реализован в
> отдельном подкаталоге и не влиял на код, за который отвечает Кристоф"А Линус точно прав в данной ситуации?))
> Конечно повезло. Всем нам. Если бы вы писали ядро как свои программы,
> то раст был бы гораздо меньшей проблемой.Так я в ядро и не лезу)) Пока.
> Это как виндо-капец, только капитализмо-капец?
> Уже лет 100 о нем говорят.Нет, просто капец. Людям. Только и всего.
>> не было парада в Бресте.
> Именно, что ложь. Более того - просто бредятина. По одной простой причине.Абсолютно бредовый пример про ос.
С учетом того что красная чума по итогам получила половину польши, это не "взаимодействие", а полноценное сотрудничество.
Но правда она не удобная, получаются что деды с фашней чуть ли не в десны...> Да-да, давайте, набрасывайте. Про лагеря мы уже с вами разговаривали. Почему они были и т.д.
Потому что не-люди решили уничтожить все инакомыслее.
Вот и все. Зато какой пломбир был!> Да что вы говорите. Т.е. введение восьмичасового рабочего дня, всеобщего бесплатного образования, пенсий, отпусков, декретных отпусков для женщин (они потому и называются декретным, что были введены декретом Совета Народных Комиссаров). Уравнивание женщин в правах с мужчинами (впервые в мире).
Так-так, а почему это же произошло и в капиталистических странах?
Вон лягушатники себе заимели 36 часовую рабочую неделю.
И да, напомните где проводи митинги за права женщин?
"Международный статус праздник получил на Второй международной конференции социалисток, проходившей в Копенгагене в августе 1910 года."
Где были совки в это время?> Декрет о земле.
И крестьяне-рабы работающие за трудодни. Без паспортов. Красотища!
> Гоэлро. Всего этого не было, ага. Нет, было.
О, неужели в РИ не было эл-ва? Может даже автомобильных заводов не было?
> И всё это практически сразу после Революции. Кое-что буквально в первые часы.
Прям в первый час Ленин бревном создал эл-во?
Вот это поворот!> Создание промышленности практически с нуля,
После того как развалили то что было в РИ)))
> И я после этого - лжец.
Да.
> А у них такие права есть?)) Вы самостоятельно не производите ничего.
Дальше стандартный бред про "я должен что-то обществу"
> Прям три миллиарда пользователей, ага)) Может всё же - это количество установок?
Думаете пользователей андроида, хрома, и хромоси меньше?
У фаерфокса 4%, а сколько у нас пользователей интернета?
> За большинством перечисленных вами проектов стоит какая-либо крупная контора. И принцип тут совершенно обратный. Их открыли специально, чтобы заманивать наивных дурачков. Типа вы за нас всё сделайте, а мы потом утащим к себе в проприетарные продукты и будем на них наживаться. За ваш счёт.Так я спрашиваю, сколько утащили?
Где эти проекты куда отобрали код?
Почему-то их не видно)
>> Написать в соцсетях "тут неадекватный вахтер не пускает код" это как раз норм.
> Нет, это не "норм". Норм, это когда проблемы коллектива решаются внутри коллектива.А вываливать содержание личной переписки это что?
> Нет, просто капец. Людям. Только и всего.Уверен что люди выживут.
Может скатятся в очередное средневековье.
Ну не прошли "Великий Фильтр" Хэнсона, парадокс Ферми на то и парадокс.
> Но правда она не удобная, получаются что деды с фашней чуть ли
> не в десны...Ага-ага, с больной головы на здоровую. Не нужно проецировать на других собственные эмоции. http://samlib.ru/editors/b/bobylew_j_w/fashizm.shtml
> Потому что не-люди решили уничтожить все инакомыслее.
> Вот и все. Зато какой пломбир был!Знакомая песня. "За булочку и трамвайчик" люди в ВОВ умирали. Ну-ну. Как уже сказал - продолжайте раскрывать свою сущность дальше.
> Так-так, а почему это же произошло и в капиталистических странах?
Потому и произошло, что в 1917 году показали всем, что упырей можно пинком под зад на выход отправить. Поэтому пришлось со скрипом кое-что вводить, иначе бы тоже революции начались.
> Вон лягушатники себе заимели 36 часовую рабочую неделю.
Да... Коммунисты - сволочи, каких свет не видывал. Но только почему-то именно те, кто коммунистов хает, других людей всякими презрительными прозвищами награждают. Никакого нацизма, что вы...
> И да, напомните где проводи митинги за права женщин?А какая разница, где митинги проводили?)) Большевики просто взяли и сделали. И не только формально, а фактически.
> "Международный статус праздник получил на Второй международной конференции социалисток,
> проходившей в Копенгагене в августе 1910 года."
> Где были совки в это время?https://csruso.ru/nashi-universitety/istorija/v-a-popovich-r.../
> И крестьяне-рабы работающие за трудодни. Без паспортов. Красотища!
И снова бредятина. Полная причём. Как говорится - учите историю. Хотя лично вам уже бесполезно - сущность так и брызжет во все стороны.
> О, неужели в РИ не было эл-ва? Может даже автомобильных заводов не
> было?Было. В гомеопатических количествах. Первая Мировая в целом отлично показала, что в РИ "было". Когда российская артиллерия отвечала одним выстрелом на 10 немецких.
> Прям в первый час Ленин бревном создал эл-во?
> Вот это поворот!Декрет о земле ;)
> После того как развалили то что было в РИ)))
В том проблема и была, что разваливать нечего было. 70% населения страны ни читать, ни писать не умела и проживал в сельской местности. Причём сельское хозяйство велось средневековыми методами. Какая там механизация труда - много где даже плугов не было, сохами пахали.
> Да.
Как скажете))
> Дальше стандартный бред про "я должен что-то обществу"
А вы ему ничего не должны?)) И это, кстати, работает в обе стороны. Вы должны обществу - трудиться нормально должны, а общество должно вам - должно обеспечивать нормальные условия жизни и труда.
> Думаете пользователей андроида, хрома, и хромоси меньше?
Я не думаю, я знаю)) На планете далеко не везде так хорошо живут, как вам кажется.
> У фаерфокса 4%, а сколько у нас пользователей интернета?
И сколько же?))
> Так я спрашиваю, сколько утащили?
> Где эти проекты куда отобрали код?
> Почему-то их не видно)А как вы проприетарь проверите?)) Вон недавно у Winamp исходники выложили, и внезапно выяснилось интересное. И, что характерно, так из раза в раз повторяется.
> А вываливать содержание личной переписки это что?
А я где-то защищал Кристофа? Вот прям лично его? Или я лишь, пользуясь случаем, в очередной раз сказал, что Rust - на фиг не нужен?
> Уверен что люди выживут.
Да-а... Главное - верить, ага.
> Может скатятся в очередное средневековье.
Да в общем-то уже, если рассматривать социальные отношения. А кое-где из него и не выходили.
Централизованное управление есть даже в среде freeware и оно там тоже "ломается". Буквально "ломается" - не хочу, не буду...
Я совсем не поколонник Раста, но сам опыт по внедрению второго языка и "причёсыванию" API для этих целей будет полезным. Так что независимо от результатов внедрения польза для ядра, уверен, будет.Думаю примерно этим же руководствуется Торвальдс. Польза не в самом Расте, а в переосмыслении, улучшении и стабилизации API.
> а в переосмысленииа переосмысление в плане микроядра когда наступит?
Стабилизация API? Пусть Rust сначала стабилизируется. Не стабильности и нет обратной совместимости в Rust.
> Стабилизация API? Пусть Rust сначала стабилизируется. Не стабильности и нет обратной совместимости
> в Rust.Любой развивающийся язык со временеми приходит к необходимости каких-то изменений. При этом совместимость конечно очень важна для многих областей. Но для ядра, которое по сути вещь в себе, это не так принципиально.
Ты чушь городишь. Хотите причёсывать - ЗАЧЕМ ВТОРОЙ ЯЗЫК??
> Ты чушь городишь. Хотите причёсывать - ЗАЧЕМ ВТОРОЙ ЯЗЫК??Если есть группа энтузиастов, готовая делать довольно трудоёмкую работу и писать драйвера на каком-то языке только потому что это на их взгляд хороший язык для системного программирования, то почему бы не предоставить им эту возможность? Драйвер это достаточно изолированная и опциональная штука, его можно всегда просто выкинуть. К тому же не исключено что этот язык действительно подходящий и он станет новым стандартом системного программирования со временем. То есть с одной стороны мы получаем рабочие руки, с другой стороны практически ничего не теряем. Ситуация дабл-вин по-моему.
Предоставить возможность калечить API на том основании, что иначе на ruts'е никак?rust по своей природе сильно ограничен. Из-за заточенности на безопасности у него громные проблемы с условной компиляцией. И от них никогда не избавятся - ибо это на уровне идеологии.
> Если есть группа энтузиастов, готовая делать довольно трудоёмкую работу и писать драйвера ... то почему бы не предоставить им эту возможность?Потому что ты не знаешь это ЯП и не можешь на них как-то повлиять.
Ты не можешь взять и исправить как тебе хочется.> Драйвер это достаточно изолированная и опциональная штука, его можно всегда просто выкинуть.
Из ядра что-то выкидывают только когда оно мертво уже годами.
> К тому же не исключено что этот язык действительно подходящий и он станет новым стандартом системного программирования со временем.
И опять возвращается к пункту один - своими руками помогаете потенциальным конкурентам.
> То есть с одной стороны мы получаем рабочие руки, с другой стороны практически ничего не теряем.
И попадем в ситуацию когда нужно учить новый ЯП, разбираться в чужих кодах и тд.
И многие старички этому не очень рады.> Ситуация дабл-вин по-моему.
По моему тоже.
Но к сожалению в ядре хватает и противников.
Так не бывает: хочу вижу раст в ядре хочу не вижу раст в ядре. Ядро монолитное, и там все со всем связано, порой сшиты костылями. Поэтому "если хочешь писать на С пиши на С и раст учить не надо" это одно из самых глупых заявлений Торвальдса. Думаю реальная мысль "не хочешь писать или принимать патчи на раст - мы тебя заменим на тех кто хочет", но ведать решил тактично поступить чтобы все не разбежались. А так будет постепенно заменять неверных на растоманов.
Линус говорит о том, что байндинги на расте - это ещё один пользователь системы. Объясни, каким образом ещё один пользователь системы "со всем связан". Ну просто хотябы один проверяемый пример. Спасибо.
Если это еще один пользователь системы он бы на уровне системных вызывов общялся, а не напрямую был частью ядра. Бидинг упрощено это прослойка котторая позволяет расту дергать С функции и структуры.Как части на одном языке повлияют на другой: например abi функции если тебе вдруг нужно общятся с "подсистемой" на раст тебе нужно понимать как раст упаковывает функции, сюрприз у раст нет строгово ABI, и грубо говоря как компилятор захочет так и упакует растовые функции, методы есть но нужны пляски с бубном extern и no_mangle. Это тебе самый простой пример когда два мира должны соприкасаться. Кто будет rust to C биндинг делать, кто его будет поддерживать? Надеятся на растоманов что они предложат api и совместимым ABI? Думаю их ответ будет переписывай свою подсистему на раст, они сишникам не обязаны
> Думаю их ответ будет переписывай свою подсистему на раст, они сишникам не обязаныТо есть обсуждение в рассылке ты не читал. Там это всё миллион раз уже перетёрли, включая ответ Линуса, про который эта новость.
Если очень обобщить: "никто же не заставляет переписывать всё на Rust, так чего разнылись? Просто используйте С в своём коде и не пытайтесь лезть в чужой"
и это глупо. зоопарк в проэктах всегда выходит боком и болью для всех. если так хочется все на раст почему бы не создать отдельную linux-gen-z-smoothie-edition и не переписывать все ядро на раст там
Ты не обобщил, а вытянул только нужные тебе слова, поэтому твой гнилой базар обнуляется.Проблема не конкретно в Расте, а вообще ДРУГОМ языке кроме Си. Долгое время даже С++ не допускался в ведро (сейчас не знаю). Уж казалось бы, совместимее с Си лучше языка не найти - и всё равно не приняли. А тут целая чужеродная хрень, да ещё с приседаниями вокруг каждого указателя - накой ляд оно нужно??
У ядра должен быть ОДИН язык, позволяющий легко взаимозаменять мэнтейнеров. Если будет 2+ языка, проекту капец.
Нормальная позиция. Полностью поддерживаю.
Твоя позиция никому не интересна. Свободное Сообщество притив пермиссивщины а следовательно против Раста.
> Твоя позиция никому не интересна. Свободное Сообщество притив пермиссивщины а следовательно против Раста.А Свободное™ Сообщество™ это кто?
Если ты про корпораций, который пишут 88% кода, то они кажется не против. И своих наемных сотрудников смогут научить или нанять новых.А если ты про мифических хакеров живущих в подвале на пенсию мамы... они на то и миифческие))
А Сообществу Потребителей™ которые нифига сами не пишут сейчас засунут хруст по самые помидоры.
Потому что тот кто делает - тот и решает.
> Твоя позиция никому не интересна. Свободное Сообщество притив пермиссивщины а следовательно
> против Раста.Как только "свободное общество" начинает кому-то что-то запрещать, оно тут же перестает быть свободным. Перестает быть ровно в тот момент когда произносится слово "против".
Бессменный генсек партии Столлмана, наш горячо любимый товарищ Линус поддержал внедрение раста, запланированное на следующую пятилетку пролетарского ядростроения.
Linux - детище духа свободы.
FreeBSD тоже.
Нет. Пермиссивщик легко превращается в проприетарщика.
И это прекрасно. Даёт возможность зарабатывать на Pro версиях, а не только сосать лапу.BSD тот же самый open source, базовые вещи можно держать открытыми, но и одновременно зарабатывать на продажах вполне реально. Посмотри на nginx например:
Nginx: BSD-2-Clause License
Nginx Plus: Proprietary softwareЭто очень старая холиварная тема, удивлён что до сих пор есть пламенные идейные следователи GPL утопии (там монетизация - донаты и support, что далеко не всегда выгодно).
И что с ним стало?
Нормально всё.https://en.wikipedia.org/wiki/List_of_products_based_on_FreeBSD
https://freebsdfoundation.org/end-user-stories/
Самое главное, что любой сторонний разработчик-предприниматель может делать коммерческие сборки со своими профессиональными наработками, дополнениями и продавать их. С GPL такое не прокатит. Ну, на вкус и цвет как говорится фломастеры разные. Кому-то нравится и коммунизм строить, молиться вождю, каждому своё.
C ngnix все нормально?Тогда почему он рыночную долю теряет?
Конкуренция. Cloudflare Server и LiteSpeed начали свою долю рынка отжимать. Ну и Apache не спешит сдавать позиции. Это уже вопрос касающийся маркетинга, а не лицензий.
Почему вы в этом уверены?Проводили полноценный опрос среди пользователей?
Так сами загуглите статистику, это общедоступные данные.
Да и ещё не забываем, что многие перешли на HAProxy.
>Пермиссивщик легко превращается в проприетарщика.Два чая с плюшками этому Анониму.
Пермиссивщик (CC0, MIT, BSD, Apache) представляет респектабельный open source. Такому можно и задонатить.Сторонник лицензии GPL - Greedy Public License, для махрового проприетарщика выглядит как собака на сене. Донатить нет никакого желания.
Джипиэлить есть смысл только массовый, попсовый продукт, типа как VLC. Там можно с юзеров донаты стащить. А какие-то мелкие либы для разрабов зажимать - это зашквар и кринж.
Я не против Rust. Просто, просматривая ассемблерный листинг игр под Unity, удивляешься количеству бессмысленных генерированных инструкций.
Так это, когда уже Zig и Mojo в ядре?
то он был против rust то за rust. подождем когда снова будет против
то,что происходит с линуксом-классическое амеровское навязывание, сначала раку сообщества развязываем руки,а сообщество связываем по рукам и ногам. а на все возмущения разводим руками. вот бы сейчас действительно независимую ни от кого организацию да? а не диктаторов,которые-марионетки, и прочих манагеров и торговцев задом
> а сообщество связываем по рукам и ногамКакое сообщество? Которое последние лет 20 в канаве валяется и побирается с корп. помойки?
Ну так оно это и заслужило. Могли еще сапогом пнуть.> вот бы сейчас действительно независимую ни от кого организацию да?
Совсем-совсем ни от кого? А такая хоть одна существует? Сможете пример привести?
Вот когда "сообщество" начнет "платить" за разработку, тогди и поговорим.
О, я смотрю люди трезвеют. Так скоро и учебник Филипа Котлера для себя откроют.