LINUX.ORG.RU

В Debian намерены добавить Rust в число обязательных зависимостей к APT

 , , ,


1

6

Джулиан Андрес Клоде (Julian Andres Klode), основной сопровождающий проект APT, объявил о решении добавить код на языке Rust в пакетный менеджер APT, а также включить в число обязательных зависимостей компилятор Rust, стандартную библиотеку Rust и PGP-инструментарий от проекта Sequoia, написанный на Rust. Изменения намерены реализовать не раньше мая 2026 года, чтобы дать разработчикам портов Debian полгода на реализацию корректной работы инструментария Rust или сворачивание порта.

На Rust планируют реализовать компоненты APT, требующие повышенного внимания с точки зрения безопасности, такие как парсеры форматов deb, ar и tar, а также код для проверки цифровых подписей. Ранее, в состав APT 3.0 уже была добавлена возможность использования написанной на Rust утилиты sqv для проверки цифровых подписей вместо вызова gpgv.

Андреас обосновывает предстоящее изменение важностью того, чтобы «проект мог двигаться вперёд и опираться на современные инструментарии и технологии, а не буксовать, пытаясь заставить работать современное программное обеспечение на устаревших системах».

Ранее сообщалось, что из-за ошибки в uutils в Ubuntu 25.10 перестала работать автоматическая проверка наличия обновлений.

Оригинал:

Hi all,

I plan to introduce hard Rust dependencies and Rust code into
APT, no earlier than May 2026. This extends at first to the
Rust compiler and standard library, and the Sequoia ecosystem.

In particular, our code to parse .deb, .ar, .tar, and the
HTTP signature verification code would strongly benefit
from memory safe languages and a stronger approach to
unit testing.

If you maintain a port without a working Rust toolchain,
please ensure it has one within the next 6 months, or
sunset the port.

It's important for the project as whole to be able to
move forward and rely on modern tools and technologies
and not be held back by trying to shoehorn modern software
on retro computing devices.

Thank you for your understanding.
-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer                              i speak de, en

>>> Источник



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от PPP328

Там вон как хитро закрутили они (изначально я так понял апач 2.0 вроде лицензия):

Совместимость с GPL
Фонд Free Software Foundation объявил все версии лицензии Apache несовместимыми со второй версией GPL[3].

Apache Software Foundation, начиная с 2004 года, настаивает на своём праве решать вопрос совместимости Apache лицензии с GPL[4].

Согласно Free Software Foundation, GPLv3 совместима с Apache License v2.0[3][5]. Как следствие, разработчики всегда имеют возможность свои программы под Apache License v2.0 перевести под GPL v3.0, чтобы быть уверенными в том, что производные их разработок (форки) останутся свободными. Однако смена лицензии с GPL на Apache невозможна, поэтому совместимость односторонняя.
Sm0ke85
() автор топика
Ответ на: комментарий от zabbal

«Просто зависимости» это и есть рантайм-зависимости. Когда речь идёт про сборочные - это уточняется явным образом. Это видно и в формате deb пакетов (Depends и Build-Depends) и в команде apt-get build-dep. Возможно, в генте или арче (source-based дистрах) дефолтное понимание зависимостей именно как сборочных, но в дебиане это не так.

firkax ★★★★★
()
Ответ на: комментарий от hateyoufeel

Этот сайт.

Который может с абсолютно таким же успехом может быть реализован на похапе, перле, жабоскрипте и ещё десятке ЯП. Использование именно жабы для ЛОРа не даёт вообще ничего.

Stanson ★★★★★
()
Ответ на: комментарий от Sm0ke85

Новость-то крупная

Вот когда добавят, тогда и будет крупная новость. А пока ещё могут успеть передумать.

mister_me ★★
()
Ответ на: комментарий от unC0Rr

gstreamer это общеизвестная помойка, так что неудивительно.

firkax ★★★★★
()
Ответ на: комментарий от Stanson

Этот сайт.

Который может с абсолютно таким же успехом может быть реализован на похапе, перле, жабоскрипте и ещё десятке ЯП. Использование именно жабы для ЛОРа не даёт вообще ничего.

И тем не менее, ЛОР реализован на жабе, а не на этих языках. И замены ему и его популяции отборных шизофреников не предвидится.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Очевидно тем что я не жалуюсь на то, что компилятор не пофиксил мои баги. За свои баги я отвечаю сам и не пытаюсь свалить вину на компиляторы.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Так и программисты на Rust не жалуются, что Си не показывает им баги. Они просто написали свой компилятор – rustc. Они просто чуток успешнее тебя компиляторы пишут, вот и всё.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от mister_me

Вот когда добавят, тогда и будет крупная новость. А пока ещё могут успеть передумать.

Проста напрягает этот раст, его как-то прям жестко насильно пихают, при том с разных сторон, да еще и финансы льют в него я так понимаю нещадно. Что интересно, в данном случае, по сути, ломать готовы - лишь бы впихнуть его…

Sm0ke85
() автор топика
Ответ на: комментарий от firkax

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

Ты вот разные файлы с разными ключами собираешь. Они будут разные файлы разными компиляторами собирать. Одна фигня в итоге.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от zabbal

Кому интересны эти некоторые если есть нормальная статистика с bug bounty?

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

Однако речь же про системный ЯП - это нишевое применение, и ограничения этой ниши всё-равно придётся учитывать.

Именно в силу существования этих ограничений я и напираю на простоту. В вопросах прикладного ПО, наоборот, я скорее предпочёл бы функциональный язык, возможно, в зависимости от задачи, даже с DT. А, возможно, и язык со Smalltalk‐подобным ООП, если речь, например, о GUI.

BerlinFall
()
Ответ на: комментарий от firkax

«Просто зависимости» это и есть рантайм-зависимости.

Ничего подобного. Просто зависимости в данной новости это сборочные зависимости.

Когда речь идёт про сборочные - это уточняется явным образом.

Вот если бы речь шла про рантайм-зависимости это надо было бы явно уточнить. Потому что про сборочные и так понятно из контекста. Ну тем кому есть чем понимать во всяком случае.

zabbal ★★★★☆
()
Ответ на: комментарий от Mischutka

Ну так сишники и её не осилили и ещё пачку языков после неё, ну и раст, чисто технически, более современный и удобный.

zurg
()
Последнее исправление: zurg (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Хватит демагогию разводить. И подменять понятия (поведение компилятора одного языка и попытка сменить язык и испортить взаимовосприятие это разные вещи).

firkax ★★★★★
()
Ответ на: комментарий от hateyoufeel

И тем не менее, ЛОР реализован на жабе, а не на этих языках. И замены ему и его популяции отборных шизофреников не предвидится.

А VSCode реализован на жабоскрипте. И замены ему в популяции упёртых вендузятников нет и не предвидится.

Stanson ★★★★★
()
Ответ на: комментарий от hateyoufeel

В том что если код на Си то его сможет понимать и дорабатывать Си-программист, вне зависимости от того какие там опции компиляции использованы и какой компилятор. И даже если там будет не совсем Си, а какой-то его близкий диалект - максимум придётся чуточку изучить отличия и опять всё можно понимать и дорабатывать. Попытки же внедрить вообще другой язык неизбежно приводят к разобщению и взаимонепониманию, и нарушению нормального процесса коллективной разработки.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 2)
Ответ на: комментарий от Sm0ke85

Проста напрягает этот раст

Ну сходи к психиатру, проверься.

да еще и финансы льют в него я так понимаю нещадно

Не завидуй. Если не будешь тупить, а начнёшь прилежно учиться то сможешь устроиться на работу и наконец-то съехать от мамки.

zabbal ★★★★☆
()
Ответ на: комментарий от firkax

Ты настолько плохого мнения о программистах на Си? Думаешь, они настолько тупые, что не способны починать маны и осилить новый язычок?

Впрочем да, ты не то чтобы неправ.

P.S. был свидетелем того, как пара сишников-плюсистов без проблем стала писать на хаскелле. Возможно, это исключение.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от Stanson

И тем не менее, ЛОР реализован на жабе, а не на этих языках. И замены ему и его популяции отборных шизофреников не предвидится.

А VSCode реализован на жабоскрипте. И замены ему в популяции упёртых вендузятников нет и не предвидится.

Хуже того, замены ЛОРу и у вендузятников не предвидится. Что ты сказать-то хочешь?

hateyoufeel ★★★★★
()
Ответ на: комментарий от Sm0ke85

Дело не в лицензии. А в том, что у вас нет права опубликовать «компилятор Rust».

Если не поняли подвоха, прочтите это словосочетание снова.

PPP328 ★★★★★
()
Ответ на: комментарий от firkax

Не нужно тратить силы на ненужно, это отнимает их от более полезных занятий.

Кто решает, что нужно авторам APT? Они вот решили, что им нужен Rust, и будут на нём писать. Если тебе Rust не нужен, то можешь, так уж и быть, не учить его. Надеюсь, тебя никто не заставляет.

hateyoufeel ★★★★★
()
Ответ на: комментарий от PPP328

Если ты про торговую марку, то

  1. всем посрать
  2. назови его «компилятором на 100% совместимым с rust»
  3. всем всё равно посрать
  4. gccrs это не мешает почему-то
hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Они вот решили, что им нужен Rust

Так решил один человек, работающий на canonical. Остальным не понравилось ни то, что он собрался сделать, ни то, с каким апломбом он это высрал.

PPP328 ★★★★★
()
Ответ на: комментарий от hateyoufeel

Как авторы своей проги они разумеется могут писать на чём угодно. Однако как мейнтейнерам важного компонента дебиана, надеюсь, им настучат по голове и предложат выбор из двух вариантов: кодить на языке, понятном остальным разработчикам дебиана, дабы те могли участвовать в аудите этого пакета, или идти нафиг, оставив дебиановский apt кому-то более разумному (при этом свою версию apt они конечно же смогут и дальше разрабатывать, только в дебиане будет использоваться не она).

firkax ★★★★★
()
Ответ на: комментарий от PPP328

Кстати да, это убунтовский агент. А я ещё не понимал почему в дебиане переняли этот дурацкий новый формат sources.list из убунты.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Там был предложен третий вариант - просто удалить компоненты, которые хотят переписать. Потому что нужны они только в Launchpad в Ubuntu (на которую работает предложивший).

PPP328 ★★★★★
()
Ответ на: комментарий от firkax

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

Повторюсь: ты правда считаешь этих людей настолько тупыми, что они не могут осилить ещё один ЯП?

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Повторюсь: вместо распыления своего времени и памяти на какой-то ненужный язык, можно их потратить на что-то более полезное. А так-то, уверен, большинство смогут ещё изучить как работать поваром или грузчиком (не тупые же), и бегом кинутся это делать, ведь им это так нужно.

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

Ненужный кому? Куче чуваков вот, включая авторов APT, он нужен, они на нём пишут. Если тебе не нужен, проходи мимо.

А так-то, уверен, большинство смогут ещё изучить как работать поваром или грузчиком (не тупые же), и бегом кинутся это делать, ведь им это так нужно.

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

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Куче чуваков вот, включая авторов APT, он нужен, они на нём пишут. Если тебе не нужен, проходи мимо.

Пока что из рассылки видно что, в контексте данной темы, нужен он только автору apt.

firkax ★★★★★
()
Ответ на: комментарий от zabbal

Appearing official, affiliated, or endorsed The most basic rule is that the Rust trademarks cannot be used in ways that appear (to a casual observer) official, affiliated, or endorsed by the Rust project or Mozilla, unless you have written permission from the Rust core team. This is the fundamental way we protect users and developers from confusion.

https://prev.rust-lang.org/en-US/legal.html
Это пока им яйца не прижали

Rust currently lacks a full language specification.

С их вики. Бггг

PPP328 ★★★★★
()
Ответ на: комментарий от firkax

Куче чуваков вот, включая авторов APT, он нужен, они на нём пишут. Если тебе не нужен, проходи мимо.

Пока что из рассылки видно что, в контексте данной темы, нужен он только автору apt.

Ну то есть, из авторов APT он нужен 100% участников. Как тебе такой поворот, Илон Маск?

hateyoufeel ★★★★★
()
Ответ на: комментарий от PPP328

Это пока им яйца не прижали

Его третий год пилят, причём разрабы Rust в курсе разумеется. Хватит уже отрицать очевидное и усуглять впечатление о твоей тупости.

zabbal ★★★★☆
()
Ответ на: комментарий от PPP328

Это пока им яйца не прижали

А как им прижмут яйца? Ну заставят слово «alternative» большим шрифтом писать, или типа того. Это максимум.

thesis ★★★★★
()
Ответ на: комментарий от Smacker

Еще у Кэролла в «Охоте на Снарка» было What I’ve said you three times is true.

vitus ★★
()
Ответ на: комментарий от rumgot

Речь идет о том. чтобы собирать сам apt. Сейчас не все порты Debian на разные архитектуры процессоров имеют работающий rust компилятор, и вопрос стоит именно о том, чтобы мейнетейнеры портов в ближайшие полгода этим озаботились, а то у них перестанет собираться ключевой пакет.

vitus ★★
()
Ответ на: комментарий от zabbal

Ну сходи к психиатру, проверься.

Не завидуй. Если не будешь тупить, а начнёшь прилежно учиться то сможешь устроиться на работу и наконец-то съехать от мамки.

Ты я так посмотрю местный дурачок? Ходишь выясняешь кто с кем живет и психиатров советуешь?

Или ты спроецировал свои проблемы на окружающих?

На учете не стоял?

Sm0ke85
() автор топика
Последнее исправление: Sm0ke85 (всего исправлений: 1)
Ответ на: комментарий от vitus

Сейчас не все порты Debian на разные архитектуры процессоров имеют работающий rust компилятор, и вопрос стоит именно о том, чтобы мейнетейнеры портов в ближайшие полгода этим озаботились, а то у них перестанет собираться ключевой пакет.

Это не так. Официально поддерживаемые порты все умеют rust. Их там не то чтобы много.

hateyoufeel ★★★★★
()
Ответ на: комментарий от PPP328

А rustc_codegen_clr сгодится в качестве контрпримера?

unC0Rr ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.