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)

В толксах уже обсудили, и вообще новость о намерениях, но раз уже третий человек новость предлагает – подтверждаю.

И да, про «retro computing devices» звучит как знатный наброс, но поскольку этот наброс от кого надо самого основного мейнтейнера наброс, то…

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

В толксах уже обсудили, но раз уже третий человек предлагает – подтверждаю.

Новость-то крупная, а в толкс главный растоман решил обсудить, не обратив внимание на то, что дебиан, по сути, вдруг решил изменить своим правилам в части «Debian is universal operating system».

Короче дебиан больше не торт, он стал очередным корпоративным дистром, пусть покоится с миром…

Предвижу траблы (типа «недописанных заглушек», снижение скорости работы, увеличение расхода объема ssd и оперативки, потеря поддержки старого железа и т.д. и т.п.)

Sm0ke85
() автор топика

Ранее сообщалось, что из-за ошибки в uutils в Ubuntu 25.10

А что ещё сообщалось? Что суперлуние было в ночь на сегодня? Каким боком эта фигня вообще к новости?

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

Ну про объём SSD верю, добавление ещё одного компилятора и рантайма к нему всегда место занимает.

А про снижение скорости работы и оперативку хотелось бы увидеть результаты каких-нибудь сравнительных тестов.

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

Каким боком эта фигня вообще к новости?

Таким, что uutils – это ещё один (и видимо, наиболее известный) пример переписывания на Rust того, что и так работает, под флагом безопасности.

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

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

А про снижение скорости работы и оперативку хотелось бы увидеть результаты каких-нибудь сравнительных тестов.

Где-то пробегала новость, что переписанные пакеты криптографии работают в разы медленнее Си-шных, да и вряд ли получится у растовцев в «меньше сущностей и ненужных проверок», соответственно, расход рамы увеличится (по крайней мере я так предполагаю)

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

там этому главному мейнтейнеру уже наклали в панамку по этому поводу ))

https://lists.debian.org/debian-devel/2025/11/threads.html

Вощем, ждем торжество здравого смысла, надеемся… Даже в треде по ссылке пишут, что безопасность дает не какой-то конкретный язык, а инженер, разрабатывающий программу ))

Так же, местная публика печалилась о дерзости и безапелляционности подачи сего нововведения

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

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

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

безопасность дает не какой-то конкретный язык, а инженер, разрабатывающий программу

Непогрешимый инженер, никогда не ошибающийся и потому не имеющий нужды в верифицирующем инструментарии.

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

но раз уже третий человек новость предлагает – подтверждаю.

Т.е. новости подтверждаются по старинному русскому обычаю «от всякой почести отказываться трижды»?

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

Насчет APT не знаю, а вот DNF стоило бы переписать на чем угодно…

Там сейчас же dnf5, он по скорости около апт кажется работает…

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

Так же, местная публика печалилась о дерзости и безапелляционности подачи сего нововведения

Угу. Скромность украшает программиста, особенно если он не Линус Торвальдс (да и Линуса как-то в отпуск отправляли из-за переполнения счётчика борзости).

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

не имеющий нужды в верифицирующем инструментарии.

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

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

Т.е. новости подтверждаются по старинному русскому обычаю «от всякой почести отказываться трижды»?

Принятие и соблюдение обетов также обязательно для буддистов-мирян непосредственно до и во время получения посвящений и т. д.
Sm0ke85
() автор топика
Ответ на: комментарий от unC0Rr

Я, к сожалению, не увидел примеров того, как разработчики закопались в поддержке старого кода. Зато наброс про retro devices – на самом видном месте.

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

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

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

Раст не предотвращает все возможные ошибки, прикинь

А публика его восхваляющая, уж так его восхваляет, что аж прям видится прямо противоположное.

Поэтому вам пора остыть и тему растовую остудить. И, вероятно, поумерить попытки переписать всё на раст ради переписывания.

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

Я не он, но пользуюсь случаем, вспомню, что когда речь идёт про действительно годные Rust-проекты (RustDesk, например), а не про переписывание работающего – никто от него не отпихивается, и реакция обычно благожелательная.

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

никто от него не отпихивается, и реакция обычно благожелательная.

Это не заслуга раста, а наша недоработка.

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

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

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

там этому главному мейнтейнеру уже наклали в панамку по этому поводу ))

Особо понравилось адекватное (смысла ведь готовое/рабочее/проверенное переписывать нет никакого, особенно на плохо стандартизированный язык):

Geert Stappers <stappers@stappers.nl> writes:

> The amount of "I don't want to adapt" complains seems constant.

This is unfair.  No one said anything like that in this thread.

We know what we have.  We also know that a "memory safe language" does
not prevent bugs. Neither does a "stronger approach to unit
testing".

Rewriting code means adding new bugs, whether or not the tools catch
some of them. But for fun, let's assume that we eventually end up with
fewer serious bugs in the rewritten software. How long will that take?
One stable release?  Two?  Are we expected to just accept regressions
for a while, because the rust reimplementations eventually will catch up
with what we have today?  Or could we require the new software to get
there before the switch?  What's the hurry here?

BTW, reaching for "modern" means that you will never succeed.  It will
always be what's coming next.


Bjørn
Sm0ke85
() автор топика
Ответ на: комментарий от aol

Ну с алгоритмическими ошибками, а в теме с tar была ошибка именно алгоритмическая, даже ИИ, как видим, справляется так себе. Но если что-то позволяет стрелять по ногам меньше, без особых побочных эффектов, то почему-бы собственно и нет, пусть пробуют. Только с нюансом, что сначала доведут до кондиции, а не вкидывают с места в карьеры (как получилось с Ubuntu).

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

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

Это такой намёк, что-де продавить новость про раст в апте было чем-то вроде епитимьи?

Думаю это буквально начало апокалипсиса в мире линукс, нужен Ной со своим дистрибутивом, чтобы пересидеть момент наказания «грешников» в сторонке… Они ж в фундамент саданули и в этот раз серьезно, тут же явно пенгоново-корпоратскими интригами пахнет в мире свободного ПО и Дебиан «был искушен»)))

Sm0ke85
() автор топика

apt вообще неудобная штука. Поиска нормального не существует, нужно скачивать apt-file, грузить базу, а потом пердолиться с башем, чтобы что-то найти. Нет, я тут не говорю про ГУЙ. Именно утилиты командной строки рассчитаны на копролиты из 80х, а не на 21 век.

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

и Дебиан «был искушен»)))

Сотона, Сотона, ты мохната и страшна на расте переписана.

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

Надо просто гнать нафиг всех тех кто жалуется на «ой, компилятор меня не верифицировал и поэтому я допустил баг». Даже если компилятор подкостылит их слабоумие и не даст скомпилировать явную чушь, они всё равно где-то что-то запорят, и не факт что этот баг будет менее вредным в итоге. Лучше превентивно их выгнать из разработки.

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

Где ж ты был, когда в Винду WSL нормальный завезли? Давно уже антихрист правит на планете.

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

Короче, как приверженец стоицизма я себе хочу прям пяток плетей выписать))))))

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

А восхваляет за то, что он предотвращает все возможные ошибки?

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

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

Ну т.е. ты только с синьерами работаешь? Чуть только начальство заикнется, не взял бы ты на работу Джуна, ты сразу ставишь вопрос ребром: либы ты, либо Джун?

seiken ★★★★★
()

ubuntu core developer i speak de, en

Ну понятно - убунтофошист

cobold ★★★★★
()
Ответ на: комментарий от X-Pilot

Тут пофикшено вроде:

DNF5 написан на C++ с использованием библиотеки libdnf5. Исходная логика DNF, ранее написанная на Python, была перенесена в библиотеку libdnf5, написанную на C++. 
Sm0ke85
() автор топика

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

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

А я давно уже вырос из школьного возраста и по поводу винды не комплексую.

В моем случае, мне исходя из необходимого софта удобней на той машинке винда (тут без комплексов, строгая необходимость), а вот отсутствие привычной консольки очень коробит(((

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

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

Мне прям сейчас совсем грустно стало, ибо «знамения» появляются на глазах…)))

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

Нууу.. Всеравно публично так то не надо вот это вот все. Тут же люди читают…

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

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

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

Это называется «стыд потерял», а вовсе не «не комплексую», и хвалиться тут нечем.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)

Авторы APT как Fortran‐программисты: у них на любом языке получится очередной APT. Разве что ещё больше места на дисках пользователей заполнят, но и без них хватает желающих заполнить его чем‐нибудь очень важным.

BerlinFall
()

Эволюция не стоит на месте, а критиканы и деграданты окажутся на обочине истории. Слава Rust-у.

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

Что удивительно, аналогичные возражения не возникают, когда проект серьёзно перепиливается на старой кодовой базе, чтобы наконец внедрить какую-нибудь новую фичу.

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

дебиан, по сути, вдруг решил изменить своим правилам в части «Debian is universal operating system».

Давно уже изменил.

Короче дебиан больше не торт, он стал очередным корпоративным дистром, пусть покоится с миром…

Он им стал уже лет 20 как. Добро пожаловать!

hateyoufeel ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.