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

"Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во FreeBSD"	+/–
Сообщение от opennews (??), 28-Июн-24, 23:02
Организация FreeBSD Foundation опубликовала серию отчётов, подготовленных по мотивам обсуждений на прошедшем в Канаде саммите разработчиков FreeBSD. Среди рассмотренных на саммите тем:... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61456
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Скрыто модератором	–5 +/–
Сообщение от Аноним (1), 28-Июн-24, 23:02
Добавляют одну мнимую безопасТность, но добавляют десяток новых опасТностей.
Ответить | Правка | Наверх | Cообщить модератору

	43. Скрыто модератором	+6 +/–
	Сообщение от YetAnotherOnanym (ok), 29-Июн-24, 09:36
	Не будет там никакоцй безопасности. Ядро на то и ядро, чтобы напрямую работать с памятью, если программист не умеет писать корректный код на языке, предоставляющем средства для "опасной" работы с памятью - ему просто нечего делать в разработке ядра.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–2 +/–
Сообщение от Аноним (3), 28-Июн-24, 23:05
UNIX, который породил язык C, хотят переписать на Rust. В историческое время живем, господа.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+2 +/–
	Сообщение от Annato (?), 28-Июн-24, 23:09
	Как и в прошлом обсуждении никаких конкретных решений не принято, лишь оценены перспективы.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (10), 28-Июн-24, 23:46
	> Как и в прошлом обсуждении никаких конкретных решений не принято, лишь оценены  перспективы. Ну а как еще? Когда в прошлый раз: https://www.opennet.ru/opennews/art.shtml?num=60473 предложили кричащим "Нам нужон Раст!" конкретизировать, для чего именно, то конретный список утилит-под-переписку вышел откровенно э-э, конкретно так, э-э, жиденький. Да и вопрос "Кто будет ваять инфраструктуру для этого?" как-то остался висеть в воздухе.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–8 +/–
	Сообщение от Аноним (5), 28-Июн-24, 23:12
	Unix появился в 1969, а С в 1972. Но не давай таким фактам менять себе точку зрения.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	8. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+10 +/–
	Сообщение от дохтурЛол (?), 28-Июн-24, 23:40
	Он вроде всё корректно и написал? unix породил C.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (16), 29-Июн-24, 00:31
	> UNIX, который породил язык C, хотят переписать на Rust. Вообще-то, Сишечка - отражение языка Assembler. Что связано с процессорами больше, чем с первыми операционками семейства.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	26. Скрыто модератором	–9 +/–
	Сообщение от Bottle (?), 29-Июн-24, 01:23
	Юникс много чего породил, и необязательно это было хорошим. Некоторые психически больные люди считают консольные утилиты чем-то адекватным, например.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	28. Скрыто модератором	–4 +/–
	Сообщение от Аноним (-), 29-Июн-24, 01:39
	> считают консольные утилиты чем-то адекватным Это, как правило, начинающие. Опытные, кто хотя бы пару лет отсидел в консоли, будут делать всё, чтобы этой пресловутой консоли в работе было как можно меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	34. Скрыто модератором	+3 +/–
	Сообщение от Аноним (34), 29-Июн-24, 06:29
	эффект даннига-корюгера суров, но неумолим.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+2 +/–
	Сообщение от Аноним (38), 29-Июн-24, 09:03
	Идея UNIX и Си в простоте и эффективности. К сожалению в современном софте мы давно ничего подобного не видим. Раст тут просто ещё один гвоздь в крышку гроба IT-технологий.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	39. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (39), 29-Июн-24, 09:12
	Доски проще на станке.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Kt (?), 29-Июн-24, 10:47
	Все просто: современное поколение не умеет закрывать циклы, освобождать память, осиливать много текста. Приходится делать костыли, чтоб hello world хотя бы собирался без ошибок, пусть и требовал 20 ядер на 5ггц с 64гб ОЗУ.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	52. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 29-Июн-24, 12:54
	>современное поколение не умеет Это высказывание, всё же ко всем поколениям относится, если речь идёт о Си. Проблема не в людях. Проблема в  несоответствии языка программирования Си современному уровню сложности ПО. Фактов, подтверждающих это утверждение, хоть отбавляй. Так же ошибки в ядре Линукса, которые обнаруживаются спустя десятки лет.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+3 +/–
	Сообщение от Kt (?), 29-Июн-24, 13:28
	Да нет, именно в людях: которые хотят продавать г за много, которые хотят получать много за г компетенцию и которые вынуждены потреблять это г за отсутствием альтернатив. Особенно показательно это демонстрировалось во времена первых Delphi И по поколениям: раньше обычному пользователю требовалось осилить талмуды документации, а сейчас сейчас только научившийся тапать OK/next уже позиционирует себя ценным ит-специалистом. Я не против популяризации и упрощения, но раздражает именно навязывание позитивного принятия глупости.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 30-Июн-24, 00:21
	Дело именно в людях, да. Но в несколько другом аспекте. А именно, программирование на языке Си сложного ПО требует абсолютной внимательности. И буде человек даже гением и прочти все талмуды, какие только есть на свете, он не сможет не ошибиться на какой-то тысячной (десятитысячной, стотысячной и т.д.) строке кода. Наш мозг - не компьютер. Хотя даже в компьютерах возможны ошибки в силу физических явлений разного характера, и поэтому даже для аппаратных компонентов придумывают разнообразные алгоритмы коррекции ошибок). Для контроля ошибок в коде придумали всякие линтеры, санитайзеры и прочее вспомогательное ПО. Но и они не дают стопроцентную гарантию отсутствия ошибок, даже для типовых случаев. Именно по этой причине (хотя она, конечно, не единственная, есть и другие) Си был в итоге вытеснен из подавляющего числа областей программирования и замещён другими языками, которые полностью избавляют код от определённого и наиболее распространённого класса ошибок. Я, конечно же, имею ввиду языки со сборщиками мусора, интерпретаторы, а не только сравнительно новый Rust, который пока только набирает обороты.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+3 +/–
	Сообщение от Аноним (66), 29-Июн-24, 19:31
	> Проблема в  несоответствии языка программирования Си современному уровню сложности ПО Где ты увидел сложное "современное" ПО. То что сейчас пишут-это уровень школоты для программистов из 70-80-ых. Современное ПО-это перегонка байтов из одного мокросервисика в другой, из одной базки в другую, из одного браузера в другой. Вот и все "сложное современное" ПО. Иногда некоторые драйверы пишут, и там как раз чисто Си. Иногда движки вычислительные пилят, и там чисто Си. Сложное ПО напиисано давно, написано на Си, фортран и cobol.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	69. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Прохожий (??), 30-Июн-24, 00:07
	> Где ты увидел сложное "современное" ПО. ОС, СУБД, серверы приложений. Всё это современное и сложное ПО.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 30-Июн-24, 10:11
	> ОС, СУБД, серверы приложений. Всё это современное и сложное ПО. Тут тоже видите ли все хорошо в меру. 1) Совсем без ОС? Ну, и много вы в bare metal стиле нашпрехаете? Фирмвару МК умеренного размера можно и так, конечно. Но если вам надо больше чем это, жизнь без абстракций ОС становится довольно душной... 2) Когда сложные СУБД всех достали - появились и более простые, и шустрые key-value. Но вы должны понимать что ручной майнтенанс индексов и схемы базы - не халявно по усилиям. А если потребуется серьезно расширить это дело по фичам - вы поднапряжетесь. 3) Сервер приложений - тоже понятие растяжимое. Скажем сейчас в моду вошли микросервисы. Как раз чтобы уровень сложности - скостить. Простой "сервер приложений" в виде хттп сервера даже на сишке можно в полэкрана текста впихнуть. На игогошке и того меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 30-Июн-24, 13:29
	Напомню. Мы обсуждали несоответствие языка программирования Си современным реалиям. Что вы пытаетесь доказать своими перечислениями того, как можно, и даже как делают, я не совсем понимаю.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (-), 29-Июн-24, 16:31
	О, типичное вранье в стиле "трава была зеленее, девки краше, люди добрее" /_- Вот тебе бага  opennet.ru/opennews/art.shtml?num=59906 CVE-2023-43788: Out of bounds read - if (*s2 == '\0') { + if (*s2 == '\0' || c == '\0') { Причем бага с 1988 год! Диды писали, настоящие акса-калы! И всего-то 35 лет жила поделка самых лучших пограммеров на СИшке Никогда не было такого, чтобы написали прогу и она просто работает. Проекты быљи проще, на баги всем было пофиг, не было интернета и доступа к компам извне. Даже в супер важных либах типа ОпенССЛ так фарапят, что от харт-блида пол интернета страдает.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	77. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–2 +/–
	Сообщение от Аноним (-), 30-Июн-24, 10:22
	> Даже в супер важных либах типа ОпенССЛ так фарапят, что от харт-блида > пол интернета страдает. OpenSSL написана дилетантами. Которые не только в safety/security лабухи, но и в крипто заодно. И далают довольно много провальных вещей - типа лобового использования PRNG проца при запросе хардварного ускорения крипто через апи. То что при этом [x] I trust Intel and NSA подразумевается, вам, конечно, те кульные девы забудут сообщить. И апи позволяющие с более 9000 крыжиков, позволяющие фигурно прострелить свои пятки 100500 способами, если вы вдруг не эксперт в криптографии 80 уровня. Де факто секурно такими либами пользуются разве что браузеры. У остальных - немеряно глупейших ошибок в использовании этой фигни. Поэтому - мало кто и когда понимает какие ГАРАНТИИ согласованы на этом конекте. Мало кто понимает какой эффективный уровень безопасности. Мало кто проверяет сертификаты правильно и часто их могут обмануть неожиданными способами. Скажем в OpenVPN: сертификаты клиентов заверены той же CA что и сервака. А что если клиентский серт СВОЕМУ MITM серваку вкатить?! Дофига лет OpenVPN не проверял по дефолту тип серта, так что любой клиент мог MITM-ануть всю ораву, удачно подпихнув свой сервер. Да, не так давно починили. Годиков через 10 после того как все кому надо про фичу узнали. p.s. и таки "переписать на rust" от вот этого таки - не поможет само по себе. Может, у вас еще и архитекты вменяемые будут, которые нормальные апи сделают? Или что-то предпримут по части того что протокол с кучей опций и compat - стал чрезмерно навороченый? Без этого вас будут долбать глупые CVE вида "васян выписал себе типа-валидный серт на все и вся".
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Прохожий (??), 30-Июн-24, 13:36
	Сколько ещё раз надо повторить, что переписывание на Rust не избавит от всех возможных ошибок в коде? Напомню. Речь идёт только об одном, но при этом наиболее распространённом классе ошибок. Если хотя бы от них можно будет избавиться - уже хорошо, даже при прочих равных. Остальное потом допилить можно будет.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 08-Июл-24, 18:23
	> Сколько ещё раз надо повторить, что переписывание на Rust не избавит от > всех возможных ошибок в коде? Да, экспертам уровня OpenSSL никакой Rust от многочисленных CVEшек - и правда не поможет. > Напомню. Речь идёт только об одном, но при этом наиболее распространённом классе ошибок. И он "наиболее распостранен" - по сравнению с чем именно? > Если хотя бы от них можно будет избавиться - уже хорошо, даже при прочих равных. Да никто не говорит что это так то плохо. Но с вот именно хрустом есть нюансы. Как минимум откровенно нечитаемый код, еще хуже чем плюсы, и корпоративный контроль над хрустом и репами с дополнениями. > Остальное потом допилить можно будет. Это в софтострое обычно не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 08-Июл-24, 18:58
	>> Напомню. Речь идёт только об одном, но при этом наиболее распространённом классе ошибок. > И он "наиболее распостранен" - по сравнению с чем именно? У майкрософта ошибки с памятью это 70% CVE. msrc.microsoft.com/blog/2019/07/a-proactive-approach-to-more-secure-code/ А доверять компании, которая создала самую лучшую и распространенную десктопную ось, наверное стоит. > Как минимум откровенно нечитаемый код, еще хуже чем плюсы, Думаю ты просто на нем не писал. Синтаксис осваивается недели за две. В плюсах тоже хватает булщит-темплейтов > и корпоративный контроль над хрустом и репами с дополнениями. Давай посмотрим кто в комитете С++ WG21 (ISO C++ Committee) Members:     Bryce Adelstein Lelbach (NVIDIA, Library Evolution Working Group chair)     Matt Austern (Google, SG8 Concepts chair)     Aaron Ballman (Intel, SG22 C/C++ Liaison chair, SG12 Undefined/unspecified behavior assistant chair)     Dean Michael Berris (Google)     Hans Boehm (Google, SG5 Transactional Memory chair, SG1 Concurrency chair emeritus)     Chandler Carruth (Google)     Stephen D. Clamage (Oracle, PL22.16 chair emeritus)     Ben Craig (NI, Library Evolution Working Group assistant chair)     Guy Davidson (Creative Assembly)     Hana Dusíková (Avast, Czech Republic national chair, SG7 Compile-Time Programming chair)     Marco Foco (NVIDIA, Italy national body chair)     Bjarne Stroustrup (Morgan Stanley, Creator of C++, Evolution Working Group chair emeritus) Это корпорации, а не независимые игроки. Даже Стауструп на зарплате у Morgan Stanley. Но стоит отметить - все таки есть пара человек из универов (правда не понятно на чьи гранты) и пара-тройка "типа независимых", хотя я уверен что если копнуть глубже, то окажется что они на з/п у когото-то из топ 100.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 08-Июл-24, 20:03
	> У майкрософта ошибки с памятью это 70% CVE. Ну как бы майкрософт меня не очень интересует, вместе с его проблемами. Да и проверить их статистику будет напряжно, сорцов же не дают. Не, это не те джентльмены которым я поверю на слово. Они уже достаточно лапши мне навесили как их Windows Server пингвина обгоняет. > А доверять компании, которая создала самую лучшую и распространенную десктопную ось, > наверное стоит. Как тот кто плотно с ними партнерил я придерживаюсь иных идей на этот счет. Но вы можете верить что и виндус сервер обгоняет Linux, конечно. Покуда господа апдейты Linux'овым CDN'ом грузят, ога. > Думаю ты просто на нем не писал. Синтаксис осваивается недели за две. При чем тут написание, если я про читаемость? Это разные ипостаси. Да, будучи програмером можно поймать волну и прогать хоть на брейнфаке. Но потом взглянув на эту страхолюдину через годика два - как-то очень некомфортно. Ибо въехать что ж оно такое тут делало - долго и мучительно. > В плюсах тоже хватает булщит-темплейтов Хватает. Но там нет корпов в советах директоров и булшит-пакетников с корпорат контролем гадищихся под себя. > Это корпорации, а не независимые игроки. Даже Стауструп на зарплате у Morgan Stanley. Их как минимум - сильно больше. А когда это только гугл, амазон и майкрософт... результат немного предсказуем :\. Анти-приваси, тоталконтроль, потуги подмять все под себя. > Но стоит отметить - все таки есть пара человек из универов (правда > не понятно на чьи гранты) и пара-тройка "типа независимых", хотя я > уверен что если копнуть глубже, то окажется что они на з/п > у когото-то из топ 100. А в хрусте хотя-бы таких - вообще нет. Есть 3 прикормленые директора от вон тех. И какая-то невнатная туфта. Которая явно не умеет в архитектуру ЯП и колхозят в режиме ad-hoc какие-то жуткие костыли типа try_*.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 09-Июл-24, 11:57
	> Ну как бы майкрософт меня не очень интересует, вместе с его проблемами. Ну так линух фонундейшн и его платиновых спонсоров точно так же не волнует твое мнение про Раст. Большие дяди решили что расту быть в ядре, можешь хоть усарться, но ты этого не изменишь. Но вот тебе статистика по ядру cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33 Memory Corruption это абсолютный лидер. За ним идет Overflow который зачастую тоже портит память. > При чем тут написание, если я про читаемость? Это разные ипостаси. Лол, типа ты только пишешь, но не читаешь? Особенно если разработка ведется не в одиночку. > Но потом взглянув на эту страхолюдину через годика два - как-то очень некомфортно. Ибо въехать что ж оно такое тут делало - долго и мучительно. Возможно тебе просто не хватает опыта. Я брал чужие кода на Расте, разбирался чего они делали и исправлял-подпиливал. > Хватает. Но там нет корпов в советах директоров и булшит-пакетников с корпорат контролем гадищихся под себя. Звучит совершенно не убедительно Возможно у тебя травма от пакетика, и теперь, ты агришсмя на любой пакетный менеджер. Но сорри, мир шагает вперед, и стандарты меняются. > Их как минимум - сильно больше. А когда это только гугл, амазон и майкрософт... результат немного предсказуем :\. Rust foundation: AWS, Google, Huawei, Meta, Microsoft, ARM Linux foundation: AWS, Google, Huawei, Meta, Microsoft, ARM Конечно у линукса есть еще куча других спонсоров, но все кто есть в расте, есть и в линуксе. > Анти-приваси, тоталконтроль, потуги подмять все под себя. Какой-то безпруфовый пук. Ну реально. Ты бы хоть пример привел, а то пока это выглядит как картинка "белки истерички". > А в хрусте хотя-бы таких - вообще нет. Есть 3 прикормленые директора от вон тех. И какая-то невнатная туфта. Да, слава богу в хрусте нет программеров уровня "23 вида инитов хватит всем" > Которая явно не умеет в архитектуру ЯП и колхозят в режиме ad-hoc какие-то жуткие костыли типа try_*. Ого! Да у нас тут просто архитектор ЯП! Извините, сразу не узнал! Чем тебе try_* не угодил - загадка, но судя по вышепрочитанному, ты просто неосилятор.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (96), 10-Июл-24, 00:43
	> Ну так линух фонундейшн и его платиновых спонсоров точно так же не > волнует твое мнение про Раст. Этот фаундейшн имеет весьма опосредованое отношение к разработке ядра. Ну так, мелочи. > Большие дяди решили что расту быть в ядре, можешь хоть усарться, но ты этого не изменишь. 1) А с чего вы вообще взяли что я принципиально против хруста самого по себе? 2) По состоянию на сейчас на хрусте нет вообще совсем ничего реально эксплуатируемого типа драйверов, ФС и проч. Это некий эксперимент. 3) Я не понмаю почему должно быть нельзя провести тот эксперимент. > Memory Corruption это абсолютный лидер. > За ним идет Overflow который зачастую тоже портит память. Да я все понимаю но чем вон те try_* от хрустиков в том же кернеле так уж принципиально отличались - я так и не понял. Ну, ок, как максимум потенциально опасный код будет маркирован как таковой. Но что-то сделать с общей логикой которая на самом деле нужна для вот именно кернела хруст таки - не смог. Не, там не катит брякнуться в панику если выделение памяти не удалось, сорян, такая обработка ощибок в ядре никого не устроит. > Лол, типа ты только пишешь, но не читаешь? Судя по коду на хрусте это вообще дефолтный modus of operandi прогеров на нем. Читать их потуги занятие не из приятных зачастую. Некто Freecoder постил пример чего можно отхватить на хрусте. > Возможно тебе просто не хватает опыта. Если синтаксис выглядит как УГ с кучей закорючек, в объеме "переплюнули C++", опыт от этого не помогает. И всякие горбыли типа let тоже - такое себе. > Я брал чужие кода на Расте, разбирался чего они делали и исправлял-подпиливал. Это на самом деле и есть хороший способ выучить ЯП. Но вон что-то глядя на их коды желания поближе познакомиться - пока не возникло. Им бы сделать какой синтаксис 2.0, наняв норм архитекта, чтоли. Депрекейтнут ту помойку что они там развели. > Возможно у тебя травма от пакетика, и теперь, ты агришсмя на любой > пакетный менеджер. Нет, ровно наоборот. Я хочу рулить компоненты в системе 1 пакетником. А не зоо из дюжины разных самопалов. Чтобы понимать кто и почему нагадил вот этим вот сюда. А те господа подмахнули маздайцам, у которых помойка в системе что так что сяк. Сразу видно кто девушку ужинает. > Но сорри, мир шагает вперед, и стандарты меняются. Дюжина пакетников в системе - это стандарт как сделать систему извините полным маздаем. По непотребности ее майнтенанса и помойности содержимого, где никто не отвечает ни за что. > Rust foundation: AWS, Google, Huawei, Meta, Microsoft, ARM > Linux foundation: AWS, Google, Huawei, Meta, Microsoft, ARM В LF сильно больше чем эти, и кроме того оно вообще на Linux влияет очень опосредовано, типа патентной крыши. А в хрусте - хостит репы с пакетами для этого их карго-культа. LF таким не занимается, у них из реп вообще разве что git с кернелом - и тот зазеркален на десяток реп и когда k.o разломали торвальдс временно юзал гитхаб вообще, просто сказав что пока такая петрушка, таскайте пока с этого зеркала. А потом вернул обратно. С каргокультом это в столь же удобном и простом виде не предусмотрено. > Конечно у линукса есть еще куча других спонсоров, но все кто есть > в расте, есть и в линуксе. Куча других спонсоров - делает процесс куда более сбалансированым чем 3 примерно однотипных анти-приваси тоталконтрол корпы. > Какой-то безпруфовый пук. Почитай как вообще Amazon к сотрудникам относится. Узнаешь много интересного. А у майкрософта можешь посмотреть EULA. Интересное чтиво. Инновации с отсылкой нажатий клавиш и чуть и не скринов в MS тоже анмекают. Гугл? Они "бэкапают" пароль от точки доступа по дефолту. "Для вашего удобства". Удобно быть богом - хрен поспоришь. > Да, слава богу в хрусте нет программеров уровня "23 вида инитов хватит всем" Архитектов, судя по синтаксису там тоже не завозили. Все как-то х-во, сложно и криво. И никто даже не может сказать нафиг оно - вот так. > Ого! Да у нас тут просто архитектор ЯП! Извините, сразу не узнал! Ну как бы если кто называет себя системным яп, а потом пойдя под кернель прогать начинает try_* костылить турбо-быстрыми темпами, потому что оказывается panic на ошибку аллокации в ядре не очень крутая идея, так что вот-вот уже почти собирается, стабильным тулчейном (этой ночью выкатили, проверяйте стабильность как раз!) - да, это вызывает некоторые вопросы. > Чем тебе try_* не угодил - загадка, но судя по вышепрочитанному, ты > просто неосилятор. Например тем что изначально пыжились обойтись без этого, и тут вдруг оказалось что сишники это делали по вполне конкретным причинам. И все это цирковое шоу смачно обломалось, придя к примерно той же схеме вещей.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (87), 30-Июн-24, 20:30
	Вот только ты в пример привёл такую багу, от которой и руст не защитит.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	68. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (68), 29-Июн-24, 21:23
	Любое время историческое.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

7. Скрыто модератором	–5 +/–
Сообщение от Аноним (7), 28-Июн-24, 23:39
Kubernetes уже почти 10 лет. Примерно на столько же сабж отстаёт в развитии от индустрии. Ну что ж, лучше поздно, чем никогда.
Ответить | Правка | Наверх | Cообщить модератору

	17. Скрыто модератором	+/–
	Сообщение от User (??), 29-Июн-24, 00:37
	Зато эта... Без systemd, вот! Как тебе такое, Илон Маск? И вообще! Лошадь себя ещё покажет!
	Ответить | Правка | Наверх | Cообщить модератору

	19. Скрыто модератором	+/–
	Сообщение от Аноним (19), 29-Июн-24, 00:45
	Ну так оно +/- устоялось и стабилизировалось, можно портировать. Каким оно было "почти 10 лет"? Лучше может даже не вспоминать?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	31. Скрыто модератором	+/–
	Сообщение от Аноним (31), 29-Июн-24, 03:54
	> Каким оно было "почти 10 лет"? Лучше может даже не вспоминать? Закономерные вопросы к FreeBSD.
	Ответить | Правка | Наверх | Cообщить модератору

	42. Скрыто модератором	+/–
	Сообщение от YetAnotherOnanym (ok), 29-Июн-24, 09:29
	> сабж отстаёт И будет всегда отставать, если будет подражать другим.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

18. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+7 +/–
Сообщение от Аноним (18), 29-Июн-24, 00:38
Чтобы БСД'шечка олинуксойдилась? Эт перебор ящитаю. Пусть пингвин от скуки обмазывается ржавчиной, бзде это вообще никаким боком не нужно.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–2 +/–
	Сообщение от Bottle (?), 29-Июн-24, 01:18
	Бздя уже олинуксоидилась, учитывая, что драйверы Mesa они тащат к себе. Мы ещё не говорим про кеды с гомогномом под кошерной лицензией (GPL).
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (10), 29-Июн-24, 01:45
	> Бздя уже олинуксоидилась, учитывая, что драйверы Mesa они тащат к себе. Это те самые, с исконно-посконнй линуксячьей лицензией? https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/gal... > * Copyright © 2017 Intel Corporation > * > * Permission is hereby granted, free of charge, to any person obtaining a > Мы ещё не говорим про кеды с гомогномом под кошерной лицензией (GPL). Лицензионщик, глянь уже на лицензию mesa и иксов, что ли.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 29-Июн-24, 13:13
	> Бздя уже олинуксоидилась, учитывая, что драйверы Mesa они тащат к себе. Ты еще прослойки для запуска линуксных дров в бсд не видел...
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	85. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (87), 30-Июн-24, 17:04
	ext2 - рефакторинг ufs xorg - форк с бсдешных xfree86 вместе с архитектурой и дровами. Исправление ошибок в форке?  Да вот только недавно узнали, что оказывается в "линуксовых" иксах ошибки из бсд. А до этого "все" думали, что это такая графика для линукса. vfs - рефакторинг и реализация vfs sun microsystems af_inet - рефакторинг и перереализация bsd sockets namespaces - рефакторинг namespaces из plan9 Дров из бсд в линуксе всегда хватало (правда они уже старые) Чуть не забыл. Логин в консоль - бсд. Да, господа. Логиниться в систему с помощью BSD и обвинять её в прослойках... Это просто шкурой надо быть. Андроид - бсд/линукс. В сухом остатке имеем в линуксе "своего" только передранный с макоси (опять семейство bsd, если брать darwin) launchd. А сеть, графика, файловые системы и мелкие подсистемы в нём взяты с юниксов всех марок и моделей. То есть почти всё. Копаешь любой код в линуксе и оказывается что он на чём-то уже основан или кем-то вдохновлялся (читай, копипастился и рефакторился). А вы тут рассказываете про какие-то прослойки для дров. Вы сначала ядро напишите с нуля. А так получаются бсд-прослойки для драйверов под частичный бсд-клон. А если выйти за пределы ядра, то гну и есть копипаста и рефакторинг юниксовых утилит. Вы без бсд даже мессагу в инет отправить не можете. О чём вообще тут можно говорить. Может в линуксе когда-нибудь и это перепишут, передрав чью-нибудь ещё реализацию. Благо помимо сокетов Беркли появились другие варианты. Но пока что три десятка лет линукс пыхтит за счёт юникса, пытаясь притворяться чем-то другим.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 08-Июл-24, 19:46
	> ext2 - рефакторинг ufs Сейчас 2024, даже EXT4, который далеко ушел от того "хайтека" - "obsolete". Он свое отлетал, почти не разрабатывается уже. Это как паровую машину на полпроцента улучшать. > xorg - форк с бсдешных xfree86 вместе с архитектурой и дровами. А еще его в линуксе - задепрекейтили. Вы немного опоздали. И патентом на паровую машину тоже поздняк махать. > в "линуксовых" иксах ошибки из бсд. А до этого "все" думали, > что это такая графика для линукса. Легаси, которое мы пока еще не до конца выбросили. И только. > vfs - рефакторинг и реализация vfs sun microsystems Искренне сомневаюсь что там сейчас хоть бит от того кода найдется. А то что общая идея осталась, мало ли что. > af_inet - рефакторинг и перереализация bsd sockets > namespaces - рефакторинг namespaces из plan9 Это не "рефактор" а самостоятельная реализация сисколов - пусть и "по мотивам". Да, clone() это не fork(). Это более крутой superset по мотивам сисколов plan9. Но реализация сугубо своя. > Дров из бсд в линуксе всегда хватало (правда они уже старые) У BSD на минуточку - другое ядро. И совместимостью с линем там никогда не парились. Пока не клюнул петух что своих дров - нет ;) > Чуть не забыл. Логин в консоль - бсд. Да, господа. Это вы о чем? У линукса подсистема vt самопальная, писаная Торвальдсом, но, увы, под сильно иные реалии и потому - долговременный кошмарик. PAM тоже вроде местечковая штука. И даже bash под "расово неверной" лицензией. Что там еще в процессе логина задействовано? Getty чтоли какие? Их дюжина разных так то, мы о каком из? > Андроид - бсд/линукс. Андроид - некий самопал гугли (Bionic libc) с ява VM, поверх Linux kernel. Каким боком туда BSD вообще фиг бы его знает. Не, bionic libc точно не BSDшный, он - самобытный. > В сухом остатке имеем в линуксе "своего" только передранный с макоси (опять > семейство bsd, если брать darwin) launchd. Если это про системду - то на вон то он ни разу не похож. Да, какие-то идеи launchd или солярского SMF похожи. Но сделано в эн раз проще и без энтерпрайзятины типа XML и прочих бинарных кешей в скулай или что там. А самый позор BSD - что у них самих как обычно удобства во дворе. И такого нет. Совсем. > А сеть, графика, файловые системы и мелкие подсистемы в нём взяты с > юниксов всех марок и моделей. То есть почти всё. Это не соответствует действительности на данный момент. Вайфай стэк? Свой, от и до. Графика? DRM/KMS вон та могучая тима с ноля сделали. А вы как раз догнать их не могете. Вэйланд они же продвигать стали, как более адекватную "ответку" своему нижнему уровню. У вас с этим - задник. > Копаешь любой код в линуксе и оказывается что он на чём-то уже > основан или кем-то вдохновлялся Всей вашей заброшке эти блабла никак не помогут. И мне не надо кучу формальных заяв, мне работающую систему надо. А блистать медалями попутно сдаваяьс в рабство эплу и мс вы там сами, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от ДругойАнон (?), 29-Июн-24, 09:41
	BSD смогут занять нишу Линукса только когда станут большим Линуксом чем сам Линукс. А Линукс сможет занять нишу Винды когда станет большей Виндой чем сама Винда
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	57. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 29-Июн-24, 13:23
	> BSD смогут занять нишу Линукса только когда станут большим Линуксом чем сам Линукс. Т.е. никогда. Оок! Не, корпы таки - жадные и без волшебного пенделя GPLем норовят крысить код. > А Линукс сможет занять нишу Винды когда станет большей Виндой чем сама Винда Линукс может сильно больше чем винда. И занимать 1 конкретную узкую нишу, которую к тому же MS и OEMы старательно убивают сами - ну а смысл, если это меньшая часть рынка теперь?
	Ответить | Правка | Наверх | Cообщить модератору

23. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–6 +/–
Сообщение от Bottle (?), 29-Июн-24, 01:14
По факту ради мнимой безопасности хотят усложнить сборку проектов и замедлить компиляцию до неадекватного уровня (благодаря ссаной сишечке с её хедерами и плюсам с их темплейтами она уже плохая, а теперь будет невозможно разрабатывать что-либо без сервера под рукой) При этом реальные вопросы безопасности (которые решаются специалистами по ИБ) никто решать не будет.
Ответить | Правка | Наверх | Cообщить модератору

	30. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от чукча_писатель (?), 29-Июн-24, 03:43
	Фаирвола не достаточно ?
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Аноним (34), 29-Июн-24, 06:30
	>реальные вопросы безопасности (которые решаются специалистами по ИБ) никто решать не будет. сертификация фстек и шифрование гост?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	61. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от glad_valakas (-), 29-Июн-24, 15:50
	создание организационно-распорядительной документации, ее утверждение у руководства и доведение до исполнителей под роспись.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 29-Июн-24, 07:55
	>По факту ради мнимой безопасности По факту, речь идёт об улучшенном качестве ПО, прежде всего. Напомню, что это востребовано пользователями. >замедлить компиляцию до неадекватного уровня Гугл, Клаудфлэр, Дропбокс, Амазон, Дискорд с этим как-то живут, и ничего. И ты будешь. > а теперь будет невозможно разрабатывать что-либо без сервера под рукой Это почему? >При этом реальные вопросы безопасности (которые решаются специалистами по ИБ) никто решать не будет. Это почему?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	49. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+1 +/–
	Сообщение от Kt (?), 29-Июн-24, 10:51
	Потому как бизнес Это как лет 20+ назад: взять веб-разработчика на ms word, сэкономив 99% бюджета заработной платы.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 29-Июн-24, 12:42
	Ничего не понял.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+2 +/–
	Сообщение от Аноним (-), 29-Июн-24, 13:12
	> Ничего не понял. Что тут не понятно? Ворд умел сохранять вебпаги немного. Так что вот - наковырял в ворде что там хотел, сэйванул, типа-вебпага готова. Почему типа? Потому что хреновая, кривая, выглядит ужасно, во всем что не IE ее может перекосить нахрен, да и в IE очень зависит от версии. Ну и генереный вордом гамнокодец, жирный и страшный как смерть - однозначно идентифицирует ЭТО.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Прохожий (??), 30-Июн-24, 00:25
	И причём здесь обсуждаемые утверждения и вопросы, которые я задал? Как это всё помешает продолжать заниматься безопасностью?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
	Сообщение от Аноним (-), 29-Июн-24, 13:26
	> По факту, речь идёт об улучшенном качестве ПО, прежде всего. Напомню, что это востребовано пользователями. В бсде господа с своими заморочками все и вся ребилдить от и до таки откушают сполна. > Гугл, Клаудфлэр, Дропбокс, Амазон, Дискорд с этим как-то живут, и ничего. И ты будешь. Ага! Докупишь пару датацентров под билдфермы - и порядок. Хорошо быть амазоном.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	72. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Прохожий (??), 30-Июн-24, 00:26
	Что ты там билдить собрался и, главное, зачем? От скуки или реальная бизнес-потребность какая?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (10), 30-Июн-24, 01:19
	> Что ты там билдить собрался и, главное, зачем? От скуки или реальная бизнес-потребность какая? Знакомтесь, это Великий Знаток Бздей(и вообще, всего)294. Опять не смог пройти мимо новости о "БЗДах" - полых^W засвербело. Уровень знаний обсуждаемого предмета: считал(ет) что в фре runlevels. Ну или вон, че-то там о ребилдах. В общем, ничего толкового по теме от него не будет - лишь уныло-пафосные рассуждизмы о том "как оно там наверняка на самом деле" ...
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Прохожий (??), 30-Июн-24, 08:53
	Кто тут великий знаток? И причём здесь run levels до компиляции ОС? Я всего лишь задал простой вопрос: что компилировать и для какой цели. Зачем задавал? Потому что в зависимости от ответа напрашивается определённый вывод. Если что, я себя не считаю великим знатоком, поэтому мне эту характеристику приписывать не надо. >ничего толкового по теме от него не будет Я правильно понимаю, что ответа на свой вопрос не дождусь?
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (10), 30-Июн-24, 11:57
	> Кто тут великий знаток? Тот, кому вы задали вопрос (Аноним из #58). > Я всего лишь задал простой вопрос: что компилировать и для какой цели. Зачем задавал? Потому что в зависимости от ответа напрашивается определённый вывод. Дык вот, ответ будет представлять ценность "покрасить и выбросить", т.к. данный персонаж заходит в такие новости исключительно на "потроллить глупостью с умным видом".
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Прохожий (??), 30-Июн-24, 13:39
	Ясно. Спасибо за разъяснение. Не понял просто ваше предыдущее сообщение. Подумал, оно мне адресовано.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Аноним (-), 30-Июн-24, 13:30
	> Что ты там билдить собрался и, главное, зачем? От скуки или реальная > бизнес-потребность какая? Ну так как я понимаю господа обычно все и вся билдят сами. Из портов и вообще. Как еще 1 дистро с бинарными пакетами - сабж имеет мало смысла, LTS-а ж нету.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	63. Скрыто модератором	+/–
	Сообщение от Аноним (-), 29-Июн-24, 16:44
	>  ради мнимой безопасности У разработчиков андроида получается писать безопастнее, у разработчков колудфари, тоже. Даже разработчики ТОРа перешли на раст с дыряшки тк Rust is more secure than C.    We estimate that at least half of our tracked security vulnerabilities would have been    impossible in Rust, and many of the others would have been very unlikely. Rust enables faster development than C. И только у тебя безопасность мнимая. Возможно ты просто или профан или неосилятор, а возможно одновременно. > хотят усложнить сборку проектов и замедлить компиляцию до неадекватного уровня Тебе что важнее, корректность выполнения кода или лишние пять минут компиляции? Может стоит сменить третий пень на что-то более современно? А обычных пользователей это практически не коснется - они будут получать уже собранные бинари, как и получали. >  теперь будет невозможно разрабатывать что-либо без сервера под рукой Если ты про Cargo - то его можно и локально развернуть, буквально в пару кликов. Если про выч. мощносьб - то см совет выше, выкинуть старый друндулет и купить нормальный комп. > При этом реальные вопросы безопасности (которые решаются специалистами по ИБ) никто решать не будет. Невероятный по своей мощности пример газификации лужи без единого пруфа. По какой-то причине у той же команды андроида кол-во ошибок по памяти уменьшилось. Наверное сочиняют)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

40. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	–1 +/–
Сообщение от Аноним (40), 29-Июн-24, 09:13
Вот скоро будете как и гентушники Руст часами компилять.Хотя там Шланг с ЛЛВМ запили раньше вроде.Всем страдать.
Ответить | Правка | Наверх | Cообщить модератору

	75. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Прохожий (??), 30-Июн-24, 08:59
	>компилять Но зачем? Если заняться больше нечем, то это же хорошо, что теперь будет компилироваться ещё дольше. Дополнительный фан от любимого процесса появляется.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от n00by (ok), 30-Июн-24, 11:58
	> Вот скоро будете как и гентушники Руст часами компилять. Покажи вывод qlop rust или прекрати врать.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	88. Скрыто модератором	+/–
	Сообщение от Ананий (?), 03-Июл-24, 10:55
	>Руст часами компилять сразу видно того, кто ниразу ничего не конпелял, а мнение имеет по сравнению со временем конпеляции очередного шланга/гцц, растишка - просто пшик. поэтому лично мне все равно, если растушку впихнут в базовую систему, тут гораздо интереснее чем это грозит портам. Какой-нибудь новомодно-смузехлебный nyancat захочет растишку поновее и опять конпелять. И в итоге две растишки.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

47. Скрыто модератором	+2 +/–
Сообщение от Аноним (47), 29-Июн-24, 10:00
Никто не читает новость. Заслушали растовиков (там всем дают слово), спросили «ну и кто ваши хотелки делать будет, оно же неоправданно сложное и нестабильное» и не получив адекватного ответа продолжили обсуждать остальное. Но линуксоид — субъект по определению необразованный, для него упоминание вероятности равнозначно гарантированному выполнению.
Ответить | Правка | Наверх | Cообщить модератору

53. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
Сообщение от Аноним (53), 29-Июн-24, 13:07
> Также рассмотрено применение ELF-формата для core-дампов ядра > (для повышения эффективности диагностики и исправления проблем) А сейчас у них что?! > runtime containerd для FreeBSD, О, этак и системду скоро портируют, глядишь.
Ответить | Правка | Наверх | Cообщить модератору

65. Скрыто модератором	–1 +/–
Сообщение от Аноним (65), 29-Июн-24, 18:41
Вместо достойных целей раст и докеризация. Правильной дорогой идёте, товарищи... Вы пока идите, а я тут подожду.
Ответить | Правка | Наверх | Cообщить модератору

89. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
Сообщение от Аноним (89), 07-Июл-24, 11:24
Почему не zig?
Ответить | Правка | Наверх | Cообщить модератору

	90. "Обсуждение ветки FreeBSD 15 и интеграции поддержки Rust во F..."	+/–
	Сообщение от Анони (?), 08-Июл-24, 15:34
	Не достиг 1.0.
	Ответить | Правка | Наверх | Cообщить модератору

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

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