Вау. Альфу не осилил лет 15 назад... Первый опыт был в кросс компиляции.

Машина реальная была, но на ней компилить сутками не получилось бы... Да и мощности по тем временам не айс (типа 600МГц и 256 Мб RAM). В итоге подготовка бинарных пакетов на x86 и потом установка под альфой был бы самый оптимальный вариант. Но не получилося... :(

Очень актуально.

В полумёртвом дистрибутиве улучшена поддержка мёртвых архитектур

Последний DEC EV7 выходит в 2003.
2004. Гетушники: ...
2012. Гетушники: ...
2017. Гетушники: ...
заканчивается 2024й. Гетушники: Пора!

Теперь Генту можно на MT7621 накатить? Девайсов с коими на Avito есть, да и новые в продаже ещё есть. Не OpenWRT же единым.

Хоть какие-то хорошие новости за последнее время. Ведь альфу больше вообще ни один дистр не поддерживает.

Теперь можно компилять gcc на Д-Линках :3

В смысле «улучшена поддержка»??? Alpha же недавно выпилили совсем. Тут в новости даже вой какой стоял.

>  В Gentoo Linux значительно улучшена поддержка архитектур MIPS и Alpha

Самое время. Как раз MIPS на RISCV заменили - так что если кто хотел что-то сделать с трупом стюардессы...

Calculate Linux основан на Gentoo

Признак свободного софта - расширение своей совместимости.
Если софт объявляет о прекращении xyz так как старое, то вы имеете дело с коммерческим продуктом, ограниченным извлечением выгоды.

Ничего не понял, это какой-то эксклюзив для Gentoo или там просто сделали что-то, что давно есть в других дистрах?

Ну скомпилирую я его под роутер, а дальше хоть подсоединюсь?

Вовремя, актуальненько)

Мне больше нравится Audacity.

> позиционируется, как свободный аналог профессиональных средств ProTools, Nuendo, Pyramix и Sequoia

Типа как ГИМП  к̶а̶к̶ ̶ф̶о̶т̶о̶ш̶о̶п̶,̶ ̶н̶е̶ ̶б̶е̶с̶п̶л̶а̶т̶н̶о̶ is a high-end photo manipulation application ?
Тут тоже аналог проф. средств заявляется, а как на самом деле?

Учитесь как нужно делать бизнес. Исходник открытый, но чтобы скачать бинарь надо платить бабло. И даже инструкций для нубов чтобы сконпилять нет.

для кого это? ни один человек со здравым рассудком и трезвой памятью не будет пользоваться этим поделием, даже сложно себе представить хоть мало мальского музыканта или аранжировщика сидящего под линуксом и этим поделием, не ну цирк реально, аудио софт под линуксом не юзабелен априори, его просто нет!

Как с FL Studio и с плагинами vst в Linux, есть у опыт?

По сравнению с Bitwig Studio и Reaper - далеко этому вашем Ardour'у

Ну там Squarepusher, Trentemoller.. Жан Мишель, в конце концов, его юзают?
Аа.. They chose something else. И неудивительно.
А линукс-музыку я не слушаю.

>Выпуск свободного звукового редактора Ardour 8.7

До сих пор X11-only?

> если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix

Как г-сподь же!

> В качестве причины ухода упоминается нехватка сил и энтузиазма, которые когда-то были для реагирования на некоторые бредни нетехнического характера (nontechnical nonsense).

Снежинки в своём духе. 100% уверен, что его не хватило на техническую аргументацию.

> Тем временем, компания Google,
> Основное внимание при внедрении Rust предлагается удалять использованию Rust для нового кода и кода, выполняющего функции, критические с точки зрения безопасности

Снова двойные стандарты. В каком месте парсер JSON в хроме стал таким местом, раз его переписали в недавней новости про хром?

Раст - это как опухоль. Задумайтесь, каким бы не был этот язык в рекламе, он не решит всех задач. Это яп с одной имплеметацией, без стандарта. По факту это ведро лок. Более того почему бы им просто не начать пилить своё с нуля или делать в сторонке форк, раз все так «безопастно»? Почему надо приходить в существующие проекты, заниматься там дестабилизацией? И вот уже перешли к угрозам.

От раста в первую очередь отталкивает его сообщество.

> Тед Цо (Ted Ts'o), автор файловых систем ext2/ext3/ext4

Напомню, что именно под его мудрейшим руководством были созданы:
CVE-2022-1184 use-after-free - local attacker with a user privilege to cause a denial of service.
CVE-2023-2513 use-after-free - allow a privileged local user to cause a system crash
CVE-2024-0775 use-after-free - user to cause an information leak problem while freeing the old quota file names
CVE-2024-43828 integer overflow - may happen causing an
infinite loop in this function, easily reproducible using fstest generic/039.
CVE-2018-10880 - stack-out-of-bounds write - cause a system crash and a denial of service.

И еще кучу типикал сишных дыреней, которые мне просто лень копипастить.

Как и предполагалось после интервью Линукса...

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

Но уверен что их копротивление будет сломлено теми, кто финансирует линукс. Бабло победит зло.

Алмейда даже не понял, что столкнулся не с какими-то "бреднями нетехнического характера", а с одним из самых больших недостатков Раста - трудностью рефакторинга кода на нем по сравнению с рефакторингом кода на C. Ему так и сказали: "мы будем рефакторить свой код на C как нам надо, а ты подстраивайся". Он понял, что с растом он это просто не вывезет, психанул и убежал.
По этой же причине большие проекты на расте не взлетают - в расте нет адекватных средств борьбы со сложностью, абстрагирования и инкапсуляции, упрощающих рефакторинг больших и сложных кодовых баз. А синтаксис при этом сложнее синтаксиса C++.

план такой:
1. запускаем трояна (rust)
2. вносим смуту
3. делаем так, чтобы все заеьались и пересрались
4. выкупаем ядро "за копейки"
5. дожидаемся пока торвальдса хватит удар
6. отправляем пингвина в архивы веб-2.0, как неудачный проект
7. выпускаем окончательно вылизанную версию Windows Mobile
8. ПРОФИТ!

> Алекс Гейнор (Alex Gaynor), бывший директор организации Python Software Foundation, переключившийся на продвижение Rust

Молодец, одумался.

На расте имело бы смысл писать новое ядро (растдро какое-нибудь). А линукс? Он слишком погряз в сях, никакой другой язык там не приживётся.

Тед Цо абсолютно прав! Ему не нужно учить раст.

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

git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5872331b3d91820e14716632ebb56b1399b34fe1
CVE-2020-14314

И не плодить такие позорные CVE.
А вот потом... может и до раста дорастет))

Всего 17 коммитов за год? Это даже за месяц мало, не то что год, а с учётом того СКОЛЬКО нужно проделать работы, чтобы добавить в старый проект поддержку нового языка.

>Ушедший сопровождающий, который подключился к проекту 4 года назад, является сотрудником компании Microsoft и автором экспериментального драйвера с реализацией ФС EXT2, написанного на языке Rust.

От корпорации Зла вы ожидали чего-то другого?

Растаманы уже давное бы написали свое ядро, ОС и т.п., за место того, что бы пихать это чудо во всё, что можно и нельзя. Но, какие-то у них странные интересы.

Читаю новость и сразу вижу тонны маркетинга.

Я даже у докера столько маркетинга не видел.

"Насильно мил не будешь."

>Тем временем, компания Google, которая в прошлом году переписала на языке Rust прошивку pvmfm, используемую в виртуальных машинах, запускаемых в платформе Android, поделилась опытом постепенного включения кода на языке Rust в существующие прошивки, изначально написанные на C или C++.

с этого и надо было продвижение начинать...

Ждём ухода оставшихся сопроаождпющих.

Какие пункты инструкции по саботажу раст не выполнил?

Советы по организации рабочего процесса

    Настаивайте на том, чтобы всё происходило через обусловленные каналы. Не ищите простых путей, препятствуйте принятию быстрых решений.
    Произносите речи. Говорите как можно чаще и дольше. Иллюстрируйте свои идеи длинными анекдотами и примерами из личной жизни.
    Если это возможно, решайте вопросы при участии комитетов, отправляйте проблемы на дальнейшее изучение и рассмотрение. Попробуйте сделать так, чтобы в комитет входило как можно больше людей — не менее пяти человек.
    Поднимайте неуместные вопросы как можно чаще.
    Требуйте наиболее точных формулировок во время разговора, в протоколах и резолюциях.
    Настаивайте на повторном рассмотрении вопроса, возвращайтесь к тому, что уже решили на последнем совещании.
    Призывайте других быть разумными, осторожными и избегайте поспешности. Это может привести к затруднениям или проблемам в будущем.

Советы руководителям

    Определите, кто из ваших сотрудников выполняет самую простую и несущественную работу. Придумайте важные задания и назначьте именно этих коллег ответственными. Отдавайте предпочтение самым неэффективным сотрудникам.
    Настаивайте на безупречном выполнении задания. Заставьте переделать его снова тех, кто допустил малейшие ошибки.
    Чтобы понизить командный дух, повысьте тех, кто работает меньше всего. Будьте благосклонны к самым неэффективным работникам.
    Устройте конференцию в тот момент, когда количество срочных заданий достигло критической отметки.
    Увеличьте количество процедур и инструкций, связанных с заработной платой. Как минимум три человека должны одобрить все те документы, с которыми бы справился и один сотрудник.

Советы работникам

    Работайте медленно.
    Увеличьте количество перерывов до максимума.
    Делайте свою работу плохо. Обвините в этом инструменты, машины или оборудование. Жалуйтесь, что всё это мешает вам нормально выполнять работу.
    Никогда не делитесь опытом или умениями с тем, кому их не хватает.

Запилили бы сборку раста через gcc как perl, python, llvm. Бутстап - дело тяжелое.

Особенно забавляют их официальные заявления что мы от вас уйдём и вас вытеснит другое ядро. Ну так уходите чего вы как маленькие дети? Храстики это бесконечный источник ора.

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

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

еще бы из мозилы они свинтили, чтоб фаерфокс и симанки можно было без этого собирать, а то так никаких ресурсов на пересборку браузера не хватит :)

> Сторонники проекта Rust-for-Linux столкнулись с необходимостью преодолевать сопротивление со стороны маститых старых разработчиков ядра, которые не видят необходимости в изучении нового языка.

Не видят необходимости. Ну, наверное, потому что ее нет?

https://www.zdnet.com/article/linus-torvalds-talks-ai-rust-a.../

> At the same time, Torvalds mentioned that even though Linux is 33 years old now, "You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management." The work is never done.

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

Что им мешает развивать свою ветку ядра и внедрять туда всё что угодно кто-то может сказать ?

люди которые ниасилили С

А Тед Цо похоже отдельной гениальности человек (первое предложение) https://thunk.org/tytso/

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

С другой стороны его тоже можно понять. В 56 лет напрягать мозг может быть вредно для здоровья. Зато в линукс можно на 30 лет назад выученном С89 катать CVE и считать себя важным пельменем.

Кто бы сомневался, что всем этим курировал Майкрософт - главный враг Линукса и всего опен сорс? Вообще же, кто и для чего пустил эту компанию в разработку Линукса? Каким образом? Пускай пишет свое ядро на Расте!

Основное внимание при внедрении Rust предлагается уделять использованию Rust.

Гениально!

>> Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

Типо безопасный. Меня всегда смущало вот такая формулировка - есть пакетный менеджер, он где-то в одном месте в штатах, т.е. информация централизованно хранится и также централизованно отдается. И даже учитывая что происходит, всем кажется что это типо безопасно. Класть интеллектуальный труд в бездонный американский карман у всего мира кажется типо безопасно. Ну ок.

Когда они уже свой линкер напишут? Чтобы без мусорной visual studio и прочих костылей типа msys2.

Что и требовалось доказать. Закономерный конец очередной мошеннической пирамиды.

Цо и Боттомли абсолютно правы!

Кстати, а почему Rust, а не Ada или что-то другое безопасное?

>отметить уход Уэдсона Алмейда Фильо

good ridance.

>Алмейда продолжает верить, что будущее ядер за использованием языков, обеспечивающих безопасную работу с памятью

Да. Но не Rust, и не go.

>и если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.

В его влажных мечтах.

> разные методы, специфичные для выполнения в контексте std и no_std

Странный язык. Стандартный фреймvvорк для того и нужен, чтобы всегда работало как задумано

А никого это не смущает:
    В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
        core::error
        hint::assert_unchecked
        fs::exists
        AtomicBool::fetch_not
        Duration::abs_diff
        IoSlice::advance
        IoSlice::advance_slices
        IoSliceMut::advance
        IoSliceMut::advance_slices
        PanicHookInfo
        PanicInfo::message
        PanicMessage

И после этого на С++ гонят???

Теодор Цо написал ext4 на Си, а какой-то раст-кодер из Майкрософта смог на расте только ext2, да и то не написать, а переписать готовую, написаную опять же Теодором Цо.  И он ещё что-то там гонит на автора ext4

задрали если честно со своим Rust уже. фанатики.

написали бы своё ядро бы и не лезли ломать уже сущуствующее -- своими усложнениями на ровном месте

Лучший язык программирования это ассемблер. Представьте себе ситуацию. Вы хотите уехать в иноязычную страну. Но вместо того чтобы выучить язык той страны вы таскаете с собой переводчика на привязе. Более того, вы сначала говорите текст своему собеседнику, потом ждете пока переводчик переведет этот текст и затем донесет до носителя. Плюс переводчик очень сильно сомневается в некоторых участках вашего текста и переводит из условно, а кое где не переводит вообще. Это полный бред. И это как раз то что делается сейчас практически со всеми современными ЯП. Ассемблер же позволяет программисту говорить с компьютером на языке последнего. Да это сложно, да это долго, да это трудозатратно, но зато какой получается результат. К чему привело использование ЯП высокого уровня? Разжиревшие, текущие, жрущие оперативку ОСи и приложения. Что и логично собственно говоря. А посмотрите на такие оси как колибри и команда. Вся ось со всеми приложениями занимает сколько? 2 мб? И сколько требует оперативной памяти? То то и оно. Вот вам и результат. Просто человек слишком ленив и возможно слишком ограничен чтобы выучить родной язык компьютера и начать думать как компьютер. Вместо этого он пытается научить компьютер говорит на своем языке. Что не очень то хорошо получается. И теперь мы имеем гору недо ЯП и гору написанного софта который весит как стадо слонов и требует ультрапроцессоров и 128 Гб оперативки.

Скоро AI сможет осознать все исходники на си и исправит все ошибки так что раст не нужен

Не понял споров по поводу kernel, fs, rust.

Что мешает растовикам разработать свою безбажную безопасную файловую систему, написать прослойку для взаимодействия между своей фс и ядром, написать утилиты, а так же самим всё это поддерживать?

Написали, предложили разработчикам ядра, взяли обязательства
по поддержке. Или это для растовиков неподъёмная ноша и они могут лишь переписывать что-то готовое по образцу?

У меня самопальная система на базе Crux. Что хочу ставлю, что хочу удаляю без оглядки на дистрописателей. И во всей этой истории только librsvg при обновлении требует rust. А этот самый rust довольно таки объёмная штука. Надо его установить. Перекомпилить либу. Удалить rust. Нахрен мне такое удовольствие? Поставил старпера librsvg-2.40.20 без всяких растов. Ни эксплуатационно, ни визуально ничего не поменялось.Жизнь прекрасна без раста!

> сравнил инициативу Rust-for-Linux c попыткой
> заставить всех принять религию Rust.

Ожидаемо. "В чужой монастырь со своим уставом не ходят".

С другой стороны, Теодор Цо, как и остальные, не вечен. Директор по продвижению Rust остался, интерес спонсоров Фонда остался, свежие силы изучают Rust. Следующие раунды могут оказаться не столь радужными.

> возникновение проблем в биндингах будет головной болью
> только для разработчиков Rust-for-Linux.

Есть ли такая проблема в Си++? :) Похоже, Линус был прав относительно некоторых, когда использовал нехорошее слово.

Автор файловых систем ext2/ext3/ext4 прав. Обвязки должны генерироватся с процессе компиляции кода, а не человек должен их писать.

> В ответ на намерение Алмейда создать обвязку над написанными на языке Си интерфейсами файловых систем для их использования в коде на языке Rust, Тед Цо указал на то, что подобная обвязка неминуемо приведёт к проблемам, так как любое изменение Си-интерфейсов и проведение рефакторинга потребует изменения обвязки для Rust

Первый случай пользы от "stable API is nonsense".

Мне эта история с Rust, простите за грубую аналогию, напоминает идею осчастливить человечество, научив его пользоваться (безопасными!) презервативами.

То есть классный, благой, осмысленный план, который всех избавит от ЗППП, позволит свободене выбирать партнёров, и проводить больше интересных практик.

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

Честно, не пойму как устроен мой любимый opennet.ru, вот и приходится отвечать кому-то конкретному с запозданием и странным образом. Да. Уважаемому -  2.444, Аноним (443), 13:23, 08/09/2024

> Crux

Давно не обновлялся, возможно проект умер. Доступен под одну архитектуру - такое себе.

Согласен, под одну. Я тоже долго переживал по этому поводу и цеплялся как за плот с Титаника, за i686. Сейчас смирился. Иногда, правда, мучает ностальжи, но то такое. И, кстати, Crux вполне себе развивается. Сейчас ребята красиво пилят Crux-3.7, и за шторой попиливают будущий 3.8, со свежачком в портах. При обновлении ошибки отсутствуют совсем, что удивительно. А ведь у меня в любимчиках сначала и долго был Arch´ик. Но там на обнову приходят готовые пакеты и иногда после обновы или начинается что-то не то, или вообще затык. Может быть такое было давно, но было. После 33-го падежа пришлось побродить по distrowatch´чу изрядно. Нашел неказистого Crux´а. И вполне себе доволен, тем, что я сам себе хозяин. Crux´сяне пилят для меня порты, как в фриибзде,  только с основой операционки, а я навешиваю уже что мне надо. И как мне надо. Так. Приношу извинения за многословие. Всем присутствующим успехов и каждому своего!    

Августовский рейтинг Tiobe:
Python — 18,04%;
C++ — 10,04%;
C — 9,17%;
Java — 9,16%;
C# — 6,39%;
JavaScript — 3,91%;
SQL — 2,21%;
Visual Basic — 2,18%;
Go — 2,03%;
Fortran — 1,79%;
Matlab — 1,72%;
Delphi/Object Pascal — 1,63%;
PHP — 1,46%;
Rust — 1,28%;
Ruby — 1,28%;
Swift — 1,28%;
Assembly — 1,21%;
Kotlin — 1,13%;
R— 1,11%;
Scratch — 1,09%

C и C++ в сумме на первом месте (19%), Rust - на 14 месте.

> Устранена уязвимость (CVE-2024-43402) в std::process::Command,

О, безопасность подвезли. Со второго раза. Наверное. А точно пофиксили то?

> бывший директор организации Python Software Foundation, переключившийся на продвижение Rust

Так вот ты какой, пыxтoнpacт со стажем...

> который сказал, что чем больше семантики кодируется в обвязках, тем они становятся более ломкими

Капитан устроил конкретную расстновку точек над i нубам. Офигеть!

> и если сообщество разработчиков Linux не поймёт это, то Linux будет вытеснен каким-то другим ядром, как в своё время произошло с Unix.

значит так тому и быть! прогресс - штуха хитрая!

> не все разработчики собираются изучать Rust

Гениальная аргументация! Кому-то пора на пенсию.

Так напишите на расте ядро и "вытесните" линукс, к чему эти бесконечные споры и крики-то?

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

> Ушедший сопровождающий [...] является сотрудником компании Microsoft

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

Вообще все к Rust стремятся, неужели Linux упрертся?
А что думаете, про Phyton в ос?

Заставить других людей делать твою работу - это, конечно, нетехнический вопрос.

> Алмейда продолжает верить, что будущее ядер за использованием языков, обеспечивающих безопасную работу с памятью

Скорее всего. Но это будет не rust.

Язык ещё слишком молодой, новые версии выходят примерно раз в месяц, как стабилизируется, тогда и можно будет в ядро тащить.

>медленнее, чем ожидалось

Хныкъ :(

Кто бы мог подумать!

>At the same time, Torvalds mentioned that even though Linux is 33 years old now, "You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management." The work is never done.

Ключевое. Не благодарите.

> инфраструктура Rust не была суперстабильной

зачем тратить время на то, что ещё и не работает?

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

> что старые разработчики привыкли к языку Си и не видят необходимости в изучении нового языка

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

> приводит к некоторому сопротивлению внедрению

Классическое копротивление луддитов.
А потом современники будут удивляться, почему раст внедряли так долго.
Примерно также, как сейчас удивляются долгому внедрению ipv6 или вейланда.

>Open Source Summit China
>язык Си

Си доволен

Потому что Rust позволяет безопасно работать с памятью!

Надо на С++ переходить, а не хернёй страдать. Выпилить исключения, подправить STL, и для ядра в самый раз будет.