В рамках проекта Kerla ведётся разработка ядра операционной системы, написанного на языке Rust. Новое ядро изначально ориентировано на обеспечение совместимости с ядром Linux на уровне ABI, что позволит запускать в окружении на базе Kerla немодифицированные исполняемые файлы, собранные для Linux. Код распространяется под лицензиями Apache 2.0 и MIT. Проект развивает японский разработчик Сейя Нута (Seiya Nuta), известный созданием микроядерной операционной системы Resea, написанной на языке Си...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56043
Если это дело будет POSIX-совместимо и его реально можно будет крутить в Докере вместо жирных Alpine/Ubuntu, то цены ему не будет. Это будет реальный прорыв.
А на кой тебе в докере ядро? Докер его не виртуализирует, а использует LXC
Удивительно, мне удалось забайтить поха.
Игра была равна...
Я прочитал как «забанить» и подумал, чего ж тут такого удивительного.
>написать чушь
>получить ответ, что это чушь
>переобуться в "ха, я тебя забайтил"Ну-ну.
Чтобы на этом ядре строить докер, нужно ещё докера всего. А вот в каких-нибудь KVM-ах - милости просим.
Будет. Лет через 200.
После ресдоха.
> Если это дело будет POSIX-совместимоИз области фантастики. Непотянете вы это. Вы вон плеер то в 50 человек осилить не можете.
уже осилили
https://i.imgur.com/RZIOjnQ.jpg
Надрыв и разрыв это будет.
УХТЮ)))
Я не знаю кто такой Джокер из Тинбухту, но ты похоже наглатался не тех таблеток...
Линуксокапец?
не ссы, очередной ректалос. Отлично работает под qemu, на одной-единственной архитектуре, и умеет запускать busybox.Зато какой у него CoC!
все начинается с чего-то небольшого
и им же и заканчивается
ну нет, CoC может еще нехило подрасти!
Если будет простым в использовании и способным рвать с места (иметь пруимущества),
то найдет свою нишу сначала в ембедах, а потом и на планшеты выйдетВопрос только как поведет себя автор системы будет ли активно публиковать новости
и приглашать разработчиков к тестированию и делать депоБольшая часть нормальных продуктов здышает именно на этапе маркетинга
>Если будет простым в использовании и способным рвать с места (иметь пруимущества),то найдет свою нишу сначала в ембедах, а потом и на планшеты выйдет
если бы получилось что то способное реально работать (не в куэму, а выполняя полезную работу) - это уже было бы фантастикой... Но полная совместимость с линуксом, да ещё иметь преимущества... Это уже какая то сказка(неправдоподобная)!
в embedd он на 99% не попадет. весить и жрать память будет процентов на 30 больше.
>все начинается с чего-то небольшогоС CoC.
Очередной Ресдох.
Кстати, а память так же течёт, как и в ресдохе?
> Кстати, а память так же течёт, как и в ресдохе?Чуть меньше, но падает чаще.
А где егойный CoC почитать можно? Мне казалось, японцы этим не страдают.
Без CoC'а Сеня Нута не найдёт инвесторов.
Ну, там предлагается же ж присылать пулреквесты (поменять лицензию на gpl3 уже, разумеется, попытались). Пока придется довольствоваться собственным хрустовским.> Мне казалось, японцы этим не страдают.
ну что это за проект на гитхапе, да без CoC? Пацаны не поймут. Все будет, не торопитесь, версия еще только 0.01
(В смысле, мне казалось переписыванием на хрусте и гитхапом они тоже не страдают особо - а оно, вот...)
Мертворожденное.Кому надо уже запилили себе собственные микроядра. Даже у Кашмарского вроде есть. Но они их нам не покажут.
этого уже немало.
>не ссы, очередной ректалос.товарисчЪ, благодаря нарботкам reactos (какой бы бесполезной ни была сама идея её как ОС) - её наработки очень помогли Wine и дали много профита для реальной жизни пингвинятникам
а сабж скорее очередной Redox
сабж ради сабжа
>товарисчЪ, благодаря нарботкам reactos (какой бы бесполезной ни была сама идея её как ОС) - её наработки очень помогли Wine и дали много профита для реальной жизни пингвинятникамто что ректал брал код вайна - слышал, а обратно что то пришло?
да в целом - и чума на оба ихних чума.
Обратно пришли отзвуки "спасибо".
Проект очень интересный, но похоже на прикольное хобби. Не более.Без серьезной поддержки компаний (кто платит разработчикам и автору этого ядра) шансов нет.
Такие проекты создаются десятками, десятками и помирают.
А компании очень жадные. Они даже Open Source, которым активно пользуются, нихрена не поддерживают.
> Проект очень интересный, но похоже на прикольное хобби. Не более.(won't be big and professional like Linux)
Если кто не знает, это отсылка к первому посту Линуса о линуксе: "just a hobby, won't be big and professional like gnu"
Если кто не зает, у Линуса и образование было и понимание как всё это работает. Всего этого у современных растофанатов отсутствие какого либо пристутсвия. У них только блаблабла
> Если кто не зает, у Линуса и образование было и понимание как
> всё это работает. Всего этого у современных растофанатов отсутствие какого либо
> пристутсвия. У них только блаблаблаНу японец Сеня-то не похож на обычного фаната - он реально пытается писать на этом код.
Другое дело что эту бы энергию да линзы для Кэнон шлифовать... эх...
> Если кто не зает, у Линуса и образование было и понимание как
> всё это работает. Всего этого у современных растофанатов отсутствие какого либо
> пристутсвия. У них только блаблаблаТы бы лучше сам узнал, "как это работает" и заодно поинтересовался, когда Линус поступил в ВУЗ и когда вышел первый линукс. А то какое-то невнятное блаблабла сквозь надутые щечки ...
> Если кто не зает, у Линуса и образование было и понимание как всё это работает.Так у японца уже есть опыт разработки микроядра на Сишечке и вот как ты видишь скрины с запуском ограниченного набора из гну-окружения. Всяко не Попов, какое-то понимание имеет.
Рапортую в крупной компании имеется более 3000 сотрудников
к опенсурсу отличное отношение (на потребление) в обратку
баги и слив круглой суммы в фонд ПО (так что не все конторы пиявки не нужно)
Компании прагматичные. Компании понимают, что единственный косяк, в стиле утечки памяти, не важно в ядре или рантайме раста - и затраченное бабло придется списывать, а проект пойдет сразу в по-мойку вместе с повышенными трудозатратами. Одно дело на расте писать прикладную часть используя библиотеки, другое ядро системы, драйвера и как раз эти самые библиотеки. Это реальная $опаболь. Вангую что там ошибок будет больше в теме ужимок и прыжков чтобы обойти ограничения rust для реализации определенных алгоритмов и их оптимизации.
>Для разработки низкоуровневых компонентов, таких как ядро ОС, Rust предоставляет поддержку raw-указателей, упаковки структур, ассемблерных inline-вставок, встраивания файлов на ассемблере.И вот это вот всё сведёт на нет безопастную работу с памятью.
Да, но с другой стороны - течь и паниковать никто не мешает!
Прошу-прошу, БЕЗОПАСНО течь и паниковать!
Определённо паниковать.
Kerla panic
суть раста не в полном искоренении ошибок работы с памятью, а в том, чтобы ограничить количество мест, где их можно допустить
Это успешно реализуют умные указатели, статические анализаторы и общая культура прогиаммирования.
Прикинь, а в компиляторе Rust статический анализатор встроенный и ты никогда не забудешь его запустить. А про общую культуру программирования ты, наверное, шутишь. Всерьёз полагаться на это при разработке критического софта - скажем, HTTP-сервера - будет только идиот. И не надо про существующие проекты типа Apache и Linux - во времена их появления просто альтернативы не было, и приходилось полагаться только на культуру.
Как же тогда течёт память в ресдохе?!
Потому что утечка памяти это не проблема с которой борется раст - она не может привести к ее повреждению.Но встречный вопрос - как же тогда течет ядро линя??
https://bugzilla.redhat.com/show_bug.cgi?id=1679972
Это другое (С)
Естественно, вас же туда пустили.
Я не в курсе, что там в "ресдохе". Тебе никто и не обещал, что память никогда не потечёт. Протри глаза и перечитай доки.
В Redox еще не написали управление памяти для kernel и память просто не очищается.
"The Redox kernel does not have the structures in place to allow freeing memory."
https://gitlab.redox-os.org/redox-os/redox/-/issues/855Но убогим это так понравилось, что они бегают с этим багом как с писаной торбой и в каждой теме кричат что "раст тичёт!!!111".
> В Redox еще не написали управление памяти для kernel и память просто
> не очищается.Уже давно "исправлено" (переписан менеджер памяти ядра). Так и "узнали".
> "The Redox kernel does not have the structures in place to allow
> freeing memory."
> https://gitlab.redox-os.org/redox-os/redox/-/issues/855
> Но убогим это так понравилось, что они бегают с этим багом как
> с писаной торбой и в каждой теме кричат что "раст тичёт!!!111".Ты всерьез ожидаешь от местных "военов" чтения не только дальше заголовка новости, но и прохода по ссылкам и чтения там чего-то, противоречащего их (единственно верному и правильному!) видению мира?
Встроенный. Один. Разрабатываемый полуторами землекопами.
А для сишечки их десяток, разрабатываемых различными командами.
> Один.Ещё есть clippy.
> Разрабатываемый полуторами землекопами.
И ты, конечно, можешь это подтвердить, потому что ни в коем случае не высосал это из пальца для красного словца, а честно читал код компилятора и историю в Git.
> А для сишечки их десяток, разрабатываемых различными командами.
А в чём здесь плюс? В том, что можно выбрать любимый анализатор, который пропускает только неважные лично для тебя косяки?
Прикинь, в clang он тоже встроен.
И все будет хорошо ... пока следующее поколение программистов не разучится управлять памятью вот этих вот неногих местах
> Это успешно реализуют умные указатели, статические анализаторы и общая культура прогиаммирования. Где-то там, в более лучшей версии вселенной, из которой нам пишут анонимы.Пофиксил.
> общая культура прогиаммирования.Вот апелляция к культуре программирования полностью перечеркивает все твои надежды. Это утопия. Заставить человека соблюдать это в реальности то же самое что построить "на реальных людях" тот самый теоретический научный коммунизм.
Да, но какой ценой?! Ценой ЧЕЛОВЕКА. Т.е. вместо того, чтобы сделать удобный язык, они все проблемы спихнули на погромизда - теперь ОН должен прыгать через кольцо в угоду разрабам Ржавчины. Гениально, ёпть!
:))Если Раст не взлетел даже как прикладной язык, в системном ПО ему тем более нечего делать.
В сотый раз напоминаю, что для того, чтобы перестать нести чушь, хейтерастам достаточно почитать документацию и уяснить, что блоки unsafe никак не "сводят на нет" всю безопасную работу с памятью за пределами этих блоков. В C и C++ весь код - unsafe, в Rust - только тот, что явно таковым обозначен. Представим два проекта на 10к строк кода на C++ и Rust. В обоих одинаковый баг работы с памятью. Ответьте на два вопроса:
1. На написание какого проекта ушло больше времени?
2. В каком проекте проще найти бажный код?Бонус-вопрос:
3. При разработке какого проекта не пришлось ни разу запускать отладчик?Да, Rust не спасает от неправильной работы с памятью при использовании unsafe, но в этом и смысл unsafe - изолировать потенциально опасный код от всего остального.
>1. На написание какого проекта ушло больше времени?С наркоманским синтаксисом Rust проект можно так и не закончить.
Понимать написанное ещё сложнее. Особенно после сферического индуса в вакууме.
Очередной пункт методички впопеннетчика. Лучше хрустового синтаксиса нет, смирись и обнови методичку, мальчик.
>>1. На написание какого проекта ушло больше времени?
> С наркоманским синтаксисом Rust проект можно так и не закончить.Че, тоже требует умения "читать по спирали"?
А так-то да, прям аж просматривается "синтактическая изящность" и "совершенство":
volatile const static signed long int* const restrict *борщ = {(const volatile void*)0};
> В сотый раз напоминаю, что для того, чтобы перестать нести чушьТебе в сотрый раз и отвечают. Чтобы перестань нести чушь надо начинать с себя и перестать поносить окружающую действительность которой плевать на ваш rust
> окружающую действительность которой плевать на ваш rustНастолько плевать, что эта "окружающая действительность" прибегает в новости о Rust, чтобы сказать, как ей плевать на Rust.
таблички с надписью мокрый пол снижают травматичность, даже если весь пол мокрый
Нет, не сведёт.
Нет сведёт.
> Нет сведёт.Хочешь верить в то, что сведёт? Верь, я разрешаю. А всем остальным я ответственно заявляю: не сведёт на нет. Вся эта система с unsafe именно на это и заточена: на локализацию unsafe действий с чёткими границами очерченными модулями. И средств для достижения этого результата вполне достаточно. Как на уровне языка, так и на уровне стандартной библиотеки, плюс есть ещё внешние крейты, которые могут помочь со всякими особыми случаями, не заслужившими чести быть включёнными в язык или в std.
> На текущем этапе развития Kerla может работать только на системах с архитектурой x86_64 и реализует базовые системные вызовы,I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones.
WARNING: DO NOT USE THIS PACKAGE ON PRODUCTION -- IT HAS A HORRIBLE BACKDOOR FOR DEBUGGING PURPOSE!
> Для разработки низкоуровневых компонентов, таких как ядро ОС, Rust предоставляет поддержку raw-указателей, упаковки структур, ассемблерных inline-вставок, встраивания файлов на ассемблере.И куда при этом сливается вся типа "безопасТность" ржавчины?
В unsafe блоки, полагаю. Зачастую, в системном программировании не обойтись без потенциально небезопасного кода. Rust просто позволяет обрамить подобные участки в unsafe блоки, те явно их обозначить. Если бы Rust вообще не допускал потенциально небезопасный код, многие вещи реализуемые в C/C++ в Rust были бы не реализуемы в принципе.
не знаю как в расте, но в теории из safe блока нельзя вызвать unsafe. Тоесть unsafe наверно не так просто использовать, если он такой весь в контрацептиве.
> не знаю как в расте, но в теории из safe блока нельзя вызвать unsafe.
> Тоесть unsafe наверно не так просто использовать, если он
> такой весь в контрацептиве.Не знаю в какой теории, но на практике, код вне unsafe просто не имеет доступа с потенциально небезопасным возможностям языка, вроде сырых указателей. Когда они тебе нужны, и ты прям никак не можешь без них обойтись ты и создаешь этот unsafe блок. Также функцию можешь отметить unsafe запретив ее вызов вне unsafe блока. Так делают например в обертках к OS специфичным API, там где результат выполнения функции не от тебя зависит.
например в ди.
А то что написал, тоже самое но в профиль. И если это возможно, то safe блок не совсем safe если можем в него вписать unsafe.
Unsafe означает, что компилятор не способен обеспечить безопасность кода внутри такого блока и ее ДОЛЖЕН обеспечить САМ РАЗРАБОТЧИК. Вы могли этого не знать, но это уже десятки раз здесь повторялось. Unsafe - это мостик между безопасностью, которую в состоянии обеспечить компилятор, и безопасностью, которую в состоянии обеспечить только программист. Считается хорошим тоном возле каждого такого "моста" писать комментарий с пометкой SAFETY, в котором пояснять на человеческом языке другим разработчикам, почему вызов unsafe-кода в данном месте в safe-коде не нарушает его безопасности. Статический анализатор clippy даже следит, чтобы подобный комментарий обязательно присутствовал возле использования unsafe. Только такое использование unsafe считается правильным в безопасном Rust-коде, когда оно не может нарушить гарантий Rust. И за этим уже вынужден следить разработчик.
Автор, как видно, более адекватен, чем авторы Редокса, у которых развилась паранойя на теме безопасности и одного раста оказалось мало - понадобилась ещё и микроядерная архитектура, на чем они и погорели, как и все микроядерщики. Но стиль новости намекает, что адекватности может и не хватить.
Где "погорели" то? Об остановке разработки Redox OS автор не объявлял вроде, во всяком случае в ядро он периодически коммитит. Да и Minix, которая тоже микро ядерная, вполне себе работоспособна, даже Intel'ом где-то используется. Помнится, популярная в свое время Symbian OS, тоже микроядерной была.
Я 25 лет назад тоже ос писал.
эх, вот и скупая мужская слеза.
АнонимОС ?
И чем всё закончилось? :)
Наверное на Rust писал, потому и не взлетело (следуя логике местных экспертов).
>25 лет назад
>Наверное на Rust писала?
>>25 лет назад
>>Наверное на Rust писал
> а?По логике местных экспертов невзлетевшие проекты доказывают ущербность языка программирования. А так как ущербен только Rust, а C и C++ - нет, то у вторых, получается, не должно быть невзлетевших проектов.
> Использование языка Rust в проекте позволяет сократить число ошибок в коде благодаря применению приёмов безопасного программирования и повышению эффективности выявления проблем при работе с памятью. Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости), а также через оценку корректности доступа к памяти во время выполнения кода. Кроме того, Rust предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок, упрощает обработку входных значений благодаря средствам сопоставления с образцом.Вот откуда эта отсебятина взялась? Автор ни о чём таком не пишет. Он пишет о другом:
- Rust makes me confident: its type system and ownership & lifetime concepts make me realize that my implementation won't work at the compile time, because of a violation of the shared XOR mutable rule, for example. Once the compile passes, it works without surprises (like nasty data races and dangling pointer dereferences).
- Forces handling all input patterns: enum and pattern matching (match) allow you to handle all possible cases in an expressive way. You don't need to be bothered by a messy chain of else if.
- It already has things I need to write a kernel: packed struct, raw pointers, improved inline assembly syntax, embedding assembly files, ...
- Convenient no_std (freestanding) crates are available: bitflags manipulation library, array-based vector and string implementation, multi-producer multi-consumer queue, ...
- Built-in unit testing: writing and running unit tests in Rust is pretty easy. What is more, you can run unit tests on QEMU or real machines thanks to the custom_test_frameworks feature.
- Developer-friendly great toolchain: linter helps you write a good Rust code, cross-compiling is pretty easy, and rust-analyzer turns your favorite editor into a highly-productive IDE like IntelliJ IDEA.
Автор-растаман детектед, он в новости про дыры и баги в расте будет писать о его суперсиле
Автор какой-то неосилятор, чесслово. Инлайн ассембли у него импрувед - да более мощного инлайн ассемли, чем у гцц, в природе не существует. Гцц можно указать связи между сишным кодом и асмом и он автоматически будет юзать нужные и автоподставлять используемые регистры в код туда и обратно.Ну и пассаж про девелопер-френдли тулчейн все расставляет на свои места. Неосилятор-френдли тулчейн таки да, есть, не поспоришь.
> Автор какой-то неосилятор, чесслово. Инлайн ассембли у него импрувед - да более
> мощного инлайн ассемли, чем у гцц, в природе не существует.Хаха.
> Гцц
> можно указать связи между сишным кодом и асмом и он автоматически
> будет юзать нужные и автоподставлять используемые регистры в код туда и
> обратно.Ты так говоришь, как будто в расте нельзя этого делать.
> Ну и пассаж про девелопер-френдли тулчейн все расставляет на свои места. Неосилятор-френдли
> тулчейн таки да, есть, не поспоришь.Я никогда не понимал "осиляторов", которые будут плакать, колоться, но осиливать, вместо того, чтобы сделать хорошо и удобно себе. Преодолевать надо реальные проблемы, а остальные сваливать на компьютер, на то он и компьютер, чтобы выполнять всю рутину за нас.
А не надо заниматься не своим делом, как "удобно себе", а надо правильно, как удобно пользователю.
А иначе будет баловство, которым никто не будет пользоваться.
Мне приходилось сталкиваться с мастерами своего дела в разных областях, не только в программировании, но и с механиками, строителями разной направленности, например. И они все имеют одну общую черту: они уделяют осознанно время тому, чтобы организовать свой труд. Чтобы инструменты лежали бы на своих местах и их искать не надо было бы. Чтобы освещение было бы как в операционной, чтобы видно было бы всё, чтобы неудобные для данной задачи инструменты заменить на удобные, либо покупая подходящие, либо внося модификации в существующие, либо даже создавая с нуля.Удобство пользователя начинается с удобства профессионала, который создаёт удобство для пользователя. Это даже у спасателей работает: они сначала заботятся о собственной безопасности, и после этого спасают, а не наоборот, потому как нету повести печальнее на свете, чем спасатель, который вместо того, чтобы спасти жертву, сам стал жертвой, увеличив количество работы другим спасателям.
Как-то так выходит, что те, кто не ценит удобство для себя, не ценят также и удобство для других. Мне кажется, что люди привыкают делать всё черезж, и потом даже не представляют, что можно иначе.
> да более мощного инлайн ассемли, чем у гцц, в природе не существуетВот тут вы барыня и всpались
"Rust makes me confident: its type system and ownership & lifetime concepts make me realize that my implementation won't work"
Мне кажется этого достаточно, остальное можно убирать.
w/fire pls
thx
на скриншоте демонстрация широких возможностей прогрессивного стека...
Вы чего? Лучшие умы опеннета с пеной у рта доказывали что на раст невозможно написать ни ядро, ни операционку! Он же недостаточно низкоуровневый и слишком смузихлебный!
А тут какой-то яп что-то пишет...
Ты первый день на Опеннете? Сначала говорят, что невозможно, потом - что ненужно.
Опыт ресдоха показал, что всё-таки невозможно написать что-то работающее на расте.
А что, Redox не работает?
Прикинь нет. Течет, падает, сделано только десктоп с обоями показать и больше ничего толком не может. На реальном железе вообще мрак. Так что, не работает. Уровень лабораторной работы и качество ИБД
Это неизбежно ибо яппи культура же
>Течет, падает, сделано только десктоп с обоями показать и больше ничего толком не может.Т.е. примерно как Линякс через 10 лет разработки?
Ну, они хоть перестали говорить что из раста невозможно сискол сделать и что асм-вставки не поддерживаются. Уже на том спасибо.
Еще 20 лет и будет аналог сишечки образца 89 года. С багами.
Ты мне новый монитор должен, из этого аж жир течёт.
Это не монитор и не жир. Это глаза ржавчиной из ушей заплыли.
Так худей, чтоб монитор не забрызгивать.
Ахаха, С89? Чувак, ты хоть раз писал под это говно мамонта?
Там нет inline, designated initializers для массивов и кучи всего, а еще в for нельзя объявить переменную!
Написал бы "аналог сишечки образца 2011 года", хотя бы не так глупо выглядел бы...
На кой объявлять переменную хоть в for, хоть в while или do {}while? В чем сакральный смысл этого занятия вместо объявления в начале функции?
надо объявлять переменные где хочется, вот бы ещё при этом ключевое слово unsafe, чтобы все знали где искать
1) чем ближе объявление переменной к месту её первого использования, тем:
1.1) легче работать с кодом;
1.2) меньше риск забыть эту переменную, при необходимости, проинициализировать (IDE и другие инструменты иногда дают ложные срабатывания, например, при опосредованной инициализации через передачу указателя на переменную в какую-то функцию);
2) объявление переменной в минимально необходимой области видимости, даёт компилятору возможность (как минимум, теоретическую) более оптимально разместить в стеке переменные с непересекающимися областями видимости.
Как раз про область видимости написать хотел :)
А ты походу вообще в сети новенький? На расте уже написали ОС? ойлиВот когда напишите, сами, без влезания в нормальные ядра, тогда приходите и все перед вами шляпу снимут. А пока только блаблабла.
На JavaScript тоже помнится начинали.
>> обеспечение совместимости с ядром Linux на уровне ABI,
> Вот когда напишите, сами, без влезания в нормальные ядра,Ты эта, успокойся, приложи лед и иди далее писать на питоне/жс (или на какой скриптоте ты там пишешь).
Писать и написать это и разные вещи. Раст для инфантильных довнов.
Пердолики... Пердолики никогда не меняются.
Да глупости все это. Ядро новое на новом языке. Да кто будет его юзать, да еще когда оно дойдет до кондиции, и когда начнет быть цельным и стабильным! Ждать годы еще. Это вот этот японец годы готов доделывать и вылизывать ядро?? Ну может не один он. А кто еще? Готовы доделывать это ядро еще ГОДЫ чтобы может быть когда нибудь кто-то и взял его в свой дистр? Не верю что проект дойдет до кондиции.......
Глупости - это предъявлять к хобби какие-то там требования. Понятно, что с практической точки зрения, лучше дописывать растокод к Linux, чем всё делать с нуля. Но на то оно и хобби, что делается just for fun.
К хобби претензий нет. Я вот на брейнфаке регулярно в качестве хобби программирую.
> К хобби претензий нет. Я вот на брейнфаке регулярно в качестве хобби
> программирую.и сколько ядер линукса ты уже на нем написал?
Но это же получается хобби которое не вырастет в реальный юзабельный проект!!
Никто достоверно не знает, вырастет или нет. Линус тоже не знал. И вообще, хобби не обязано вырастать во что-то.
А я знаю, прикинь. Вы свой редох уже сделали.
Лучше будет если вы будете варится в свое песочнице и не трогать своим трольством адекватных людей. Чего прицепились? Вон вам целых две системы пишется на облажаться.Но вы же так не можете. А знаешь почему? Потому что тогда все ваши лоховсткие баги и утечки сразу станут видны и уже не отвертется. А так то с готовым ядром от Linux чего, удобно. Можно писать свои обвязки да обёртки а в случае чего валить на сишников.
Свой то хоть один проект кроме как обёртки до ума до вели? Нет, ну вот и сделайте сначала.
> Но вы же так не можете. А знаешь почему? Потому что тогда
> все ваши лоховсткие баги и утечки сразу станут видны и уже
> не отвертется. А так то с готовым ядром от Linux чего,
> удобно. Можно писать свои обвязки да обёртки а в случае чего
> валить на сишников.Одно только не понятно - чего это питонисты, к разработке ядра никаким боком не относящиеся (маечка с логотипом пингвинчика и бубунта в WSL - это немножечко не то), так возбудились.
> Свой то хоть один проект кроме как обёртки до ума до вели?
> Нет, ну вот и сделайте сначала.Узбагойся, никто твой питон не собирался трогать.
Может пора начать сбор подписей аротив неудержиймой про пог анды растишки?
В потоке таких псевдо новостей теряется вся прелесть Опеннета.
Много лет этот ресурс был островком действительно выжных и нужных новостей без всего того мусора которым завалены иные ресурсы, и тут здрасте приехали.Не холл ивара ради, просто фвктал начал утомлять своей активностью.
Главный мусор Опеннета - секция комментариев. Вот уж где вероятность узнать что-то полезное стремится к нулю. Особенно смешно, когда на ресурсе, посвящённом Open Source, этот самый опенсорс выборочно гнобят по принципу "написано на нелюбимом мной ЯП - значит, ненужно".
Ну я вот писал как одной командой собрать свой сишный хелловорлд под 20 платформ. Чем не польза?
Ключевые слова - "вероятность" и "стремится". Я же не слишком многого требую - просто читать то, что написано.
>Ключевые слова - "вероятность" и "стремится"Дорогой товарищ как вам такая идея для новости?
"Есть вероятность что в этом году инопанетяне посетят землю.
Поскольку они стремятся наконец то высадится на землю без аварий,
они даже планируют переписать логику управления машиной по произвадству попкорна еа раст."
> "Есть вероятность что в этом году инопанетяне посетят землю.
> Поскольку они стремятся наконец то высадится на землю без аварий,
> они даже планируют переписать логику управления машиной по произвадству попкорна еа раст."б-ть, ловите агента рептилоидов!
Хотя, я даже не знаю - если их тарелка зависнет в километре от поверхности и потечет - это у них за "без аварий" сойдет или нет?
Но вот если они на самом деле доберутся до машин по производству попкорна - нам п-ц. Тут одно из двух - либо нас завалит кху-ям горелым попкорном, либо эти машины начнут охотиться на человеков в качестве сырья для обжарки. Или оба сразу?
ооо, одобряю! нужно-нужно! лучший язык для лучших ребят снова впереди!!! теперь я в бёзопасности, время было не потрачено зря!!!
Лучше бы на Ди писал
С Си интероп взял с прошлой своей работы на изи через ImportC
Ди некому поддерживать. Риски великоваты.
Впрочем с растом риски почти такие же.
В D GC же.
Так можно отключить :)
А смысл менять Rust на ЯП, который проектировался вокруг GC и без него корявый, и с гораздо худшей поддержкой?
Зато с человечным синтаксисом.
Боже, как же утомили с этим чёртовым синтаксисом. Я писал и читал код на паре десятков разных ЯП, и Rust по читабельности явно не хуже, чем большая их часть. Может, вам всем банально практики не хватает?
Пора уже Rust 2 делать. Чтобы потом переписать на нём ядро с нуля.
Раст 4. 1, 2 и 3 недавно затегировали. Под номерами годов, когда оно меньше всего глючило.
Нафиг кому нужны эти мертвые ядра, типа Hurd. Пилите ReactOS, блин. Гораздо полезнее будет.
осталось FreeBSD переписать. Хотя бы ради срачей где лучше.
https://github.com/nuta/kerla/issues/3Ну какая красота. Ещё ни одной версии а уже висим.
Но конечно, это другое.
> https://github.com/nuta/kerla/issues/3
> Ну какая красота. Ещё ни одной версии а уже висим.ну безопастно же ж висим!
> Но конечно, это другое.
Ну, в целом, не уверен что у Линуса нулевая версия была сильно лучше. Только не напарывалась на непокрытые кодом фичи фс, потому что фс была взята простая как палка. Нет линка - нет проблемы ведь!
> Ну, в целом, не уверен что у Линуса нулевая версия была сильно лучше.Он делал ОДИН и не пол года как вслучае этого, или годы как в случае редох.
Он делал ОДИН ядро, которое было способно запуститься только на тройке, из устройств там было только таймер, драйвер диска с минимальной фс, клавиатура, ком и консоль. Итого 20к строчек. Это действительно студенческая поделка. Удивительно, что он на это потратил 3(вроде) месяца. А сейчас вам хочется графики, которой в линуксе все еще нет, софта, которого в линуксе 30 лет собирали и все еще нет многих нужных вещей, а те что есть - убоги. Сопоставление ресдоха и линукса оправдано - обе этих поделки неработоспособны из коробки, только одному понадобилось несколько лет для этого, а второму 30 лет
> Он делал ОДИН ядро, которое было способно запуститься только на тройке, изи заметим, даже эту способность ныне сохранить не удалось.
> устройств там было только таймер, драйвер диска с минимальной фс, клавиатура,
> ком и консоль. Итого 20к строчек. Это действительно студенческая поделка. Удивительно,там весьма быстро появился tcpip.c
> что он на это потратил 3(вроде) месяца. А сейчас вам хочется
> графики, которой в линуксе все еще нет, софта, которого в линуксеграфика в те времена - была задачей графического софта, а над вендойпоганой, у которой, смотрите, смотрите, [г]уй в ядре, хахахахаха - все издевались и ржали. Д-лы.
Иксы, внезапно, никакого "kms" и прочей чуши отродясь не требовали. Приносили все свое - с собой.
> те что есть - убоги. Сопоставление ресдоха и линукса оправдано -
ты конечно же это тут - с ресдоха пишешь? А, простите, ошибся - из под макоси, разумеется...
> и заметим, даже эту способность ныне сохранить не удалось.Как то не заметно
> графика в те времена - была задачей графического софта, а над вендойпоганой, у которой, смотрите, смотрите, [г]уй в ядре, хахахахаха - все издевались и ржали. Д-лы.
И теперь венда - стандарт для десктопов, а линукс - удел однопроцентных маргиналов с фетишем на пердоленье по поводу и без
> Иксы, внезапно, никакого "kms" и прочей чуши отродясь не требовали. Приносили все свое - с собой.
Ваще пофиг, кто там что делал. Суть - на десктопном линуксе все еще невозможно. Вкатывают какой то новый оконный стек, старый недопилен, новый звуковой сервер, софт распространять под линукс все еще больно, потому и нет софта, даже понятия API операционной системы нет, одно ядро с кучей юзерспейсных подпорок вокруг
> ты конечно же это тут - с ресдоха пишешь?
Я же только что сказал - он, как и линукс, неработоспособны из коробки
> А, простите, ошибся - из под макоси, разумеется...
Из под форточек. Аллергия на яблоки
>> и заметим, даже эту способность ныне сохранить не удалось.
> Как то не заметноу тебя линoops запускается на 386? А если найду?!
> И теперь венда - стандарт для десктопов
always has been
Тем кто полез от нее подальше в линуксы в 90е - нахрен был не нужен именно дрисктоп (белок истеричек не считаем, их гораздо меньше чем кажется по производимому визгу). Или их не смущало иметь второй комп для десктопных задач, коли такие находились (в 90е - редко), и решать их десктопным софтом, оставляя юникс-лайк систему для того для чего она была лучше приспособлена.Но запуск браузера к десктопам никакого отношения не имеет, браузер с "документами" не работает, если что.
> Я же только что сказал - он, как и линукс, неработоспособны из коробки
странно, но я пишу это из неработоспособной коробки, видимо.
Да, это линукс. Без дрисктопа. Прожил тут двадцать лет, и умрет именно потому, что мне нахрен не нужен еще один дрисктоп только забисплатно. А юникс-системой он быть перестал.А теперь покажи мне тут хоть один экземпляр, пишущий из под ресдохов и прочих недоразумений на хрусте.
> у тебя линoops запускается на 386? А если найду?!У меня не запускается линуурс, но будто бы стало невозможным написать ОС под 386
> Тем кто полез от нее подальше в линуксы в 90е - нахрен был не нужен именно дрисктоп (белок истеричек не считаем, их гораздо меньше чем кажется по производимому визгу). Или их не смущало иметь второй комп для десктопных задач, коли такие находились (в 90е - редко), и решать их десктопным софтом, оставляя юникс-лайк систему для того для чего она была лучше приспособлена.
> Но запуск браузера к десктопам никакого отношения не имеет, браузер с "документами" не работает, если что.Какая-то шизофазия, изъясняйся по-нормальному пожалуйста
> странно, но я пишу это из неработоспособной коробки, видимо.
Скорее всего ты лжешь
> А теперь покажи мне тут хоть один экземпляр, пишущий из под ресдохов и прочих недоразумений на хрусте.
Я, кажется, только что сказал, что оно неработоспособно, как и линкус
> ну безопастно же ж висим!И когда это стало безопастным? Что при этом творится в системе никто не знает. Какие теряются данные никто не знает.
Но если раст то да, конечно безопасно. Ведь раст это другое.
Чо вдруг не знает? Автор вон ссылку даже на нужное место в ядре показал.
Висит оно! ;-)> Ведь раст это другое.
конечно другое. Попробуй-ка на сях написать банальный switch (чем еще перебор возможных сисколов там мог бы быть?) который ВИС бы при попадании на case something: //not implemented, fixme!
Я понимаю - сделать что-то не то потому что забыли break или не сделать потому что не забыли, а просто пропустить непонятный объект в файловой системе и дальше поехать, или в панику выпасть (поскольку проваливание в ядре в нереализованный код - в общем-то повод для паники) - это-то каждый дурак-сишник может. А ты вот повесить ядро попробуй!
там та-да! в сисколле
} else {
todo!()
};works as intended
Почему-то не опеннете модно показывать свою глупость и невнимательность и кичиться ими.
Интересно, а чего минусуют то? Что типа не правда написана? Официальная ссылка на официальный баг в репозитории проекта.Растофанаты такие лицемеры.
птушо вы не очень внимательны?автор ответил прям там, что ядро падает в корку на нереализованной ветке в сисколле.
а багрепортеров соотв выкидывало из удаленного шелла, там /dev/console не видно.
Там же написана причина:
Apparently you hit unimplemented part in readlink(2)Не доделано ещё.
Эк завсегдатаи лопаются от одного упоминания раста, любо-дорого посмотреть.
Оно микроядерное или тоже толстое?
Перманентно болгеосное.
А я вот на что хотел бы обратить внимание ув. экспертов.Нихонцы упоротые. Нет, не так, нихонцы адски упоротые. Так что исключительно из упоротости автор может допилить проект до реальной работы.
Кстати, финны по упоротости примерно как японцы. Не зря у них есть понятие "сису" (что должно быть сделано — то будет сделано, несмотря ни на что).
Так что, я бы подождал, посмотрел... Вполне может выстрелить.
> Так что исключительно из упоротости автор может допилить проект до реальной работы.Я про ruffle тоже так думал. В отличие от этой штуки, у той была ясная цель, деньги (!) и задача, в целом, кажется (казалась?), поскромнее.
Увы...
> Так что, я бы подождал, посмотрел... Вполне может выстрелить.
там выбор оружия изначальное неудачный - эскопета с загнутым стволом - специально для стрельбы себе в оппу. Может. И более никуда.
> Я про ruffle тоже так думал.И перестал так думать, потому что они не справились за три месяца реализовать весь флеш? Такие вещи ты никакими бабками за три месяца не сделаешь. Надо 2-3 года, чтобы получить что-то издалека похожее на почти законченный проект. Ещё столько же, чтобы получить результат, который почти всегда работает. И ещё лет пять на то, чтобы стало лучше того, что было.
Возможны отклонения от графика, но в сторону ускорения разработки эти отклонения не превзойдут 20%.
смеешься? Они иппутся уже больше двух лет. Если не считать предка, которого пилили в одно рыло еще с 2016го.При этом у проекта полторы тыщи незакрытых issues, в его нынешнем плачевном состоянии (то есть когда половина закрывается как тут - todo!() )!
Эскопета палит себе в оппу через дырку в текстурах, ничего более сложного не работало и не будет.
> смеешься? Они иппутся уже больше двух лет.Ну вот, ещё год и будет что-то издалека похожее на правду. Или они отстают от нарисованного мною графика?
> При этом у проекта полторы тыщи незакрытых issues, в его нынешнем плачевном
> состоянии (то есть когда половина закрывается как тут - todo!() )!Это неплохо, это значит проект востребован. Обратная связь мотивирует. Если это не обратная связь в стиле впопеннета, которая такое ощущение целью своею ставит демотивацию разработчиков от того, чтобы они делали впопеннетовцам хорошо.
> Эскопета палит себе в оппу через дырку в текстурах, ничего более сложного
> не работало и не будет.Ближайшие лет несколько -- да не будет. А дальше -- это гадалово.
> Ну вот, ещё год и будет что-то издалека похожее на правду. Или они отстают от нарисованного мною
> графика?я вообще не вижу никаких особых успехов за весь истекший год.
Одни "appease clippy" и "dependabot" в комит-логах.> Это неплохо, это значит проект востребован.
нет, это флэш востребован. А этот проект - нет. Просто хайпанули, внимание и даже бабки привлекли, а результат все тот же что и два года назад. Как не работало ничего сложнее эскопеты (и та с дыркой) так и осталось.
> Ближайшие лет несколько -- да не будет. А дальше
а дальше флэш будет уже окончательно всеми забыт и похоронен, и хрен им, а не дерево с монетами вместо листиков.
Их фишкой было именно в нужное время оказаться в нужном месте с почти готовым прототипом и языком, _якобы_ пригодным для очень быстрой разработки. В результате - прототип остался прототипом, а время безнадежно прошло.
Не надейся, что флеш будет забыт.
Всегда найдутся те, кто захочет поиграть в какой-то Gemcraft или Fancy pants чтобы вспомнить "как это было в 2008". Примерно как сейчас пишут и используют симуляторы для NES/Sega и т.д.
Есть проект по архивации флеш игр и анимаций и добавления возможности запуска локально (отвязки их от инета).
Да, это будет интересно малому кол-ву людей, но так со всем нишевыми проектами.
> Не надейся, что флеш будет забыт.
> Всегда найдутся те, кто захочет поиграть в какой-то Gemcraft или Fancy pantsну вот этот уровень пацаны потянут - может уже запускается даже. Дырки в текстурах - ну, подумаешь...
> Да, это будет интересно малому кол-ву людей, но так со всем нишевыми
> проектами.дык проблема этого днищевого проекта в том что малым количеством его не вытянуть.
Задачка оказалась на порядки сложнее sega эмуляторов - даже если не браться за пресловутый телефонный doom.
Эм, вообще я не про ruffle писал, а про Flashpoint - архив флешек + каталог-оболочка для их запуска. Написано на питоне, js, c#, опеннетчики конечно не оценят, но работает и прекрасно разворачивается на виртуалку без инета.А ruffle... У них конечно 1.4к открытых багов, но 4к уже закрытых. Поживем-увидим, пока что этот не хорошая, но лучшая из имеющихся, замена флеша, ну кроме оригинального флеша))
> Эм, вообще я не про ruffle писал, а про Flashpoint - архив
> флешекну так он запускает _адобин_ standalone player. С некоторыми хаками, поскольку не все sfw реально standalone - большинство на ходу норовит что-нибудь подкачать с давно мертвого сервера.
Соответственно, живет ровно столько, сколько адоба позволит и современные операционные системы смогут хоть как-то запустить доисторический projector.
> А ruffle... У них конечно 1.4к открытых багов, но 4к уже закрытых.
там большинство закрывается с todo!()
(люди открывают баги не глядя на предупреждение что as3 не поддерживается, и что уже есть метабаг для обсуждения проблемы...правда, обсуждение залочили для участников ;-)> Поживем-увидим
столько я не проживу, наверное.
Ну или во всяком случае утрачу как интерес это видеть, так и сами артефакты. Рукописи таки горят :-(
>> Ну вот, ещё год и будет что-то издалека похожее на правду. Или они отстают от нарисованного мною
>> графика?
> я вообще не вижу никаких особых успехов за весь истекший год.
> Одни "appease clippy" и "dependabot" в комит-логах.Эмм... Не знаю куда ты смотрел, но я вот ща посмотрел лог за месяц, и я вижу гораздо больше происходящего. Вообще пошарился по github'у, заглянул в дискорд -- не, они активно заняты работой. У меня не сложилось впечатления, что они занимаются чем-то не тем, как-то не так, или ещё что-то в этом роде. То есть да, там два с половиной активных разработчика, это не фонтан вовсе, для такого монстра как флеш, но они стабильно движутся вперёд.
> Их фишкой было именно в нужное время оказаться в нужном месте с
> почти готовым прототипомГде ты там увидел "почти готовый прототип"? Или что ты имеешь в виду, говоря "почти готовый прототип"? Если 10% API реализовано -- это считается за "почти готовый прототип"? Или это "почти не готовый прототип"? Или "вовсе не готовый"? А может даже и не прототип вовсе?
> и языком, _якобы_ пригодным для очень быстрой разработки.
Да тут похрен насколько быструю разработку обещает язык, меньше 2 года -- это минимум-минимум (возможно больше -- я не заглядывал внутрь флеша, чтобы судить точнее), 5 лет -- это чтобы хоть что-то было.
> нет, это флэш востребован. А этот проект - нет.
Вот тебя как всегда несёт в отрицание реальности с целью сделать политическое заявление в рамках информационной войны, которую ты ведёшь непонятно за что и непонятно с кем. Кто-то не поленился запостить 1.4k issues. Если ты глянешь повнимательнее, там ещё ~1.8k закрытых issues. О да, среди них немало дубликатов, или invalid багов, типа "мне нужен v3.0, и без него не работает". Но есть и вполне себе баги, которые закрываются. Подели, допустим, 1.8k на три, и ты, ориентировочно, получишь ~0.5k валидных закрытых багов. Поскольку активности до 2020 года фактически не было, будем считать что два года, 500 багов, это больше чем по одному багу раз в два дня. При двух с половиною активных разработчиках.
Все эти баг-репорты, закрытые и нет -- это кто-то реально не поленился, это много людей реально не поленились их запостить. Это значит, что проект востребован. И какую бы политическую ментальную гимнастику не проводил, это не отменит факта.
> Эмм... Не знаю куда ты смотрел, но я вот ща посмотрел лог
> за месяц, и я вижу гораздо больше происходящего. Вообще пошарился по
> github'у, заглянул в дискорд -- не, они активно заняты работой. Узаняты. Работа - кипит. Результата ноль.
Я ж говорю - инструмент.> не так, или ещё что-то в этом роде. То есть да,
> там два с половиной активных разработчика, это не фонтан вовсе, длятам просто остались те кто изначально затеяли проект. Ну и еще полтора землекопа с личным интересом (может даже оплачиваемым бэтлграундом). Остальным за два года он явно осточертел.
>> Их фишкой было именно в нужное время оказаться в нужном месте с
>> почти готовым прототипом
> Где ты там увидел "почти готовый прототип"? Или что ты имеешь ву себя на компе. Эскопету он не запускал, конечно, но звук от нее воспроизводил.
Судя по звуку - имели меня педики.> Да тут похрен насколько быструю разработку обещает язык, меньше 2 года --
> это минимум-минимум (возможно больше -- я не заглядывал внутрь флеша, чтобы
> судить точнее), 5 лет -- это чтобы хоть что-то было.понятно. Не при моей жизни, видимо.
>> нет, это флэш востребован. А этот проект - нет.
> Вот тебя как всегда несёт в отрицание реальности с целью сделать политическое
> заявление в рамках информационной войны, которую ты ведёшь непонятно за что
> и непонятно с кем. Кто-то не поленился запостить 1.4k issues. Еслите у кого флэш не работает. _флэш_, а не это - им наплевать, чем, хоть лайтcpaкой, хоть тапком, но сделайте работать.
А по факту остается поменять target флэшовой коллекции с 3 на 6 копий.> ты глянешь повнимательнее, там ещё ~1.8k закрытых issues. О да, среди
большая часть закрытых ровно той же серии - todo!() - чего их открытыми держать.
Незакрытые - это в основном именно баги и глюки.> Все эти баг-репорты, закрытые и нет -- это кто-то реально не поленился,
> это много людей реально не поленились их запостить. Это значит, чтоя ж говорю - проект востребован. Но это проект флэш, а не ruffle. Просто им больше некуда податься. Они тычутся, убеждаются что до флэша тут еще копать и копать, открывают изредка баг, и идут новую виртуалку с правильным флэшом себе поднимать.
>> не так, или ещё что-то в этом роде. То есть да,
>> там два с половиной активных разработчика, это не фонтан вовсе, для
> там просто остались те кто изначально затеяли проект. Ну и еще полтора
> землекопа с личным интересом (может даже оплачиваемым бэтлграундом). Остальным за два
> года он явно осточертел.Может быть. Это что-то меняет в моих аргументах?
>>> Их фишкой было именно в нужное время оказаться в нужном месте с
>>> почти готовым прототипом
>> Где ты там увидел "почти готовый прототип"? Или что ты имеешь в
> у себя на компе. Эскопету он не запускал, конечно, но звук от
> нее воспроизводил.А. Ну-ну.
> Судя по звуку - имели меня педики.
Хм. Заинтриговал. Что это за звук такой особый, когда тебя имеют педики? Скрип-скрип из заднего прохода? Или "ай, ай" из голосовых связок? Или ещё что-то?
>> Да тут похрен насколько быструю разработку обещает язык, меньше 2 года --
>> это минимум-минимум (возможно больше -- я не заглядывал внутрь флеша, чтобы
>> судить точнее), 5 лет -- это чтобы хоть что-то было.
> понятно. Не при моей жизни, видимо.Планируешь суицид? Или у тебя терминальная стадия рака? Впрочем, это очень личные вопросы, отвечать не обязательно.
>[оверквотинг удален]
> те у кого флэш не работает. _флэш_, а не это - им
> наплевать, чем, хоть лайтcpaкой, хоть тапком, но сделайте работать.
> А по факту остается поменять target флэшовой коллекции с 3 на 6
> копий.
>> Все эти баг-репорты, закрытые и нет -- это кто-то реально не поленился,
>> это много людей реально не поленились их запостить. Это значит, что
> я ж говорю - проект востребован. Но это проект флэш, а не
> ruffle. Просто им больше некуда податься. Они тычутся, убеждаются что до
> флэша тут еще копать и копать, открывают изредка баг, и идут
> новую виртуалку с правильным флэшом себе поднимать.Ты веришь, что чем больше ментальной гимнастики, тем она убедительнее? Странно, вроде взрослый человек, а в такие глупости веришь.
>> ты глянешь повнимательнее, там ещё ~1.8k закрытых issues. О да, среди
> большая часть закрытых ровно той же серии - todo!() - чего их
> открытыми держать.
> Незакрытые - это в основном именно баги и глюки.Ты это как померял? Методику в студию. Мои оценки основаны на выборке issues. Да недостаточно рандомизированной, и размерчик маловат, чтобы делать статистически значимые выводы, но тем не менее он основан на данных. Я примерно десяток закрытых issues просмотрел. Ты как мерял?
> Может быть. Это что-то меняет в моих аргументах?проект в нынешнем виде допинали не два с половиной, а около полусотни.
Но их уже нет, надоело им.>>> Где ты там увидел "почти готовый прототип"? Или что ты имеешь в
>> у себя на компе. Эскопету он не запускал, конечно, но звук от
>> нее воспроизводил.
> А. Ну-ну.Ну то есть оно хотя бы пыталось. И что-то даже работало. Только не то что надо.
>> Судя по звуку - имели меня педики.
> Хм. Заинтриговал. Что это за звук такой особый, когда тебя имеют педики?escopeta.swf, да, оно запускается в нынешнем ruffle.
>>> судить точнее), 5 лет -- это чтобы хоть что-то было.
>> понятно. Не при моей жизни, видимо.
> Планируешь суицид? Или у тебя терминальная стадия рака? Впрочем, это очень личныеумереть с мечом в руке. Ибо нафиг такая жизнь не сдалась.
> Ты веришь, что чем больше ментальной гимнастики, тем она убедительнее? Странно, вроде
я надеялся, ты способен воспринимать объяснения. Вижу, зря.
> Ты это как померял? Методику в студию. Мои оценки основаны на выборке
я их когда-то читал по мере появления. Сотнями. Большинство закрываются методом todo!()
Немногие - о реальных багах, те иногда висят долго. Заниматься некому и некогда.
ххххспадя, если вам никуда без флеша, скачайте у кетайцев. в кетае флеш жив и умирать пока не собирается.
это который запретили чистить от китайских троянцев в комплекте? И который работает только с квадратик-квадратик-360explorer ?Спасибо, большое спасибо. У меня есть локальные архивы.
не чипайте финнов, им за глагол "калсарикяннить" многое простится.
> Кстати, финны по упоротости примерно как японцы.Кстати, Торвальдс нифига не финн, хоть родился и вырос в Финляндии.
Главное Поттеринга и сжвшников держать от проекта подальше.
Проекту больше подходит название КирпичОС
Отличная новость и прекрасный проект.
Теперь есть куда невозбранно посылать всех желающих что-то врастить в линукс.
Как вариант,да.Иди в kerly.Толерантно и прогрессивно.Звучит
Они могли бы взять драйвер файловой системы из redux
а чо такой негатив в каментах?молодец парень, растет, учится.
заметим, это он уже второе ядро сочиняет.
первое на б-гоугодной сишечке, и он к нему даже гуй пилить начал.
https://seiya.me/resea-gui-1-poring-cairo
понятно, что среднестатистический местный анонимус пишет таких ядер до трех штук за выходные, но зачем молодого-то чморить.
на первом курсе вон заставку для фри писал, вполне студенческая погремушка для первокура.
Google Summer of Code 2014 FreeBSD
A new enhanced bootsplashby Seiya Nuta for FreeBSD
I propose a new bootsplash mechanism. Currently, we can enable bootsplash by adding few options such as splash_bmp_load to /boot/loader.conf but it only displays an image file so I cannot reassure that the system works well. Therefore, I want to develop a new bootsplash mechanism which enables enhancements of attractiveness, such as progress bar. I think this will greatly improve user experience. I’m planning to implement this using src/sys/dev/fb, SYSINIT and kernel module system.
а щас до диплома добрался.
нормально, вырастет, пойдет в стартап кошкодевочек придумывать.
Вот,один уже вырос и научился...Мало вам?
http://0pointer.de/lennart/
На опеннет ненавидят и гнобят русто, java, php и прочих макак.
Сами они при этом ничего сложнее hello world и гадостей в комментариях написать не могут.
Помню новость была давно что кто-то переписывал postgresql на rust, но с тех пор ничего не слышно.
Думаю с этим будет аналогично.
Неудивительно, это же растаманы.
Этот чётко заявляет, что его проект -- это личное исследование раста. Которому задумана определённая нишка, но это не столько для того, чтобы занять эту нишку, сколько для того, чтобы задать проекту ориентиры, и приблизить эксперимент к реальности, в которой у любого проекта есть достижимая цель.Мне не совсем ясно, зачем об этом было трубить со всех новостных площадок. Автор, кстати, в комментах на HN тоже удивлялся внезапному интересу. Личный проект, конечная цель которого тихо почить в бозе со временем. Интересен он может быть разве что другим растоманам, по тем же причинам: посмотреть как раст себя покажет на такой задаче.
Как же бурлят растофобы, ух. Сразу весь код на расте дырявый, все программисты не умелые. Но зато на Си если уж и пишут, то асы, а кто не ас, тот не истинный программист на Си... Что ж, знаем, знаем, "Ни один истинный шотландец..."
Сэр, да у вас же переполнение буффера!
В файловую систему /dev умеет?
Какой предел мажоров и миноров?
В /proc и /sys можно будет настраивать ACL?
Устройство zram будет вести себя как обычный диск, позволять себя разбивать на разделы для распределения ОЗУ между разными разделами?
initrd.igz будет отображаться в раздел /dev/zram1?
Слишком сложные вопросы для растаманов.
> Слишком сложные вопросы для растаманов.Знание, что initrd.igz и zram совсем не часть линухового ABI - слишком тайное для местных клоунов?
Теоретически, если построчно, по функциям переписывать, то шансы велики.
Производительность, ресурсожручесть, и даже стабильность пока не рассматриваю.
Но оно же устареет, задолго до релиза. Точнее безопасно устареет.
А у ReactOS появится ОС-коллега.
Dracut по лучше будет initrd.img по лучше будет вес в четыре раза меньше
> оно же устареет, задолго до релизаВсе проекты по безопасному переписыванию ждёт такая судьба.
Автор статьи часом не сей персонаж?
https://github.com/temoto
Go + RUST = is love
Вернее,конформизм основанный на желании выжить.
Go Rush B
Потом керлу интегрируют в винду, так как безвольная лицензия. И прощай, GNU/Linux!
Лол конешно
>Для разработки низкоуровневых компонентов, таких как ядро ОС, Rust предоставляет поддержку raw-указателей, упаковки структур, ассемблерных inline-вставок, встраивания файлов на ассемблере.А дырени как были, так и остались.
Но зачем этот велосипед и столько шума ???
Тогда уже нужно RustOS и ядро Rust вместо Linux
Пытались, не получилось.
> Пытались, не получилось.Э, а причем тут результат твоих попыток снять штаны перед походом в туалет?
Пусть теперь свою сказку создают, а нашу не портят. У нас тут Чебурнет грядет, все зависимости должны загружаться локально, а не из сети браться.
> Пусть теперь свою сказку создают, а нашу не портят. У нас тут
> Чебурнет грядет, все зависимости должны загружаться локально, а не из сети
> браться.ну что ты, как маленький? Обратись к начальнику, он завизирует, в первый отдел, там рассмотрят, и получишь свой талончик на скачивание интернета. Никто его на самом деле отключать не планирует.
> Никто его на самом деле отключать не планирует.ой, простите, товарищмайор, я хотел сказать - с нашей стороны не планируют, а злые враги конечно планируют и уже запланировали.
Но они вряд ли помешают ему получить разрешение скачать свой рустоинтернет в хомяк.
>> Пусть теперь свою сказку создают, а нашу не портят. У нас тут
>> Чебурнет грядет, все зависимости должны загружаться локально, а не из сети
>> браться.
> ну что ты, как маленький? Обратись к начальнику, он завизирует, в первый
> отдел, там рассмотрят, и получишь свой талончик на скачивание интернета. Никто
> его на самом деле отключать не планирует.Да.Не планирует.Вопрос по теме.А все мировое сообщество свободолюбов не смущает тот факт что сообщение меж континентальным пользователем и США(где хостятся бОльший процент всего интернета)происходит через ОДИН кабель?Или я ошибаюсь?Спутниковую связь не берем в расчет
Разумеется кабель не один.
Можно посмотреть тут https://www.submarinecablemap.com/ или тут https://www.infrapedia.com/ (тормознутее, но больше подробностей типа скоростей)
> Разумеется кабель не один.
> Можно посмотреть тут https://www.submarinecablemap.com/ или тут https://www.infrapedia.com/
> (тормознутее, но больше подробностей типа скоростей)без транзита с великой и могучей только 2 кабеля идут.
"лошарик" же утонул...э...простите, сгорел. Вместе с экипажем. С этой стороны пока опасаться нечего, второго такого нет.
Мы в Козлиске юзаем Керлу. Все работает как надо!
Омг
А никого не смущает что проект развивался до 2 июня. А потому автор ушел на каникулы. И новые коммиты пошли только как два дня и то минорные.Да конечно никого это не смущает факт чек это не сильная сторона местных комментаторов.
> А никого не смущает что проект развивался до 2 июня. А потому
> автор ушел на каникулы. И новые коммиты пошли только как два
> дня и то минорные.ну и чего такого? У автора еще будут каникулы, он еще что-нибудь напишет.
> Использование языка Rust в проекте позволяет сократить число ошибок в коде благодаря применению приёмов безопасного программированияНа SPARK надо писать.