The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Проект по созданию реализации zlib на языке Rust, opennews (??), 11-Апр-24, (0) [смотреть все]

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


28. "Проект по созданию реализации zlib на языке Rust"  +6 +/
Сообщение от Карлос Сношайтилис (ok), 11-Апр-24, 09:50 
> пока std::lib не наберёт достаточной мощи, чтобы отказаться от внешних crate'ов

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

> иметь по 40 различных версий одновременно

Это ты про что? Можно пример?

> ждём захвата популярных crate'ов злоумышленниками с целью внедрения зловредов

Не только конкретно зловреды. Сами авторы могут внезапно превратить пакет в тыкву, по своему желанию.
От этого вообще непонятно как защищаться. Общая проблема для всех централизованных пакетных репозиториев (

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

30. "Проект по созданию реализации zlib на языке Rust"  +2 +/
Сообщение от ferris (?), 11-Апр-24, 09:56 
> Это ты про что? Можно пример?

Чел хочет линковать объектные файлы скомпилированные разными версиями раст компилятора, при этом чтобы структуры у него в коде были помечены как `#[repr(Rust)]`. Ну удачи ждать, чо, такое очень не скоро будет, это очевидно.

Ответить | Правка | Наверх | Cообщить модератору

214. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Карлос Сношайтилис (ok), 12-Апр-24, 00:00 
Это?

https://github.com/rust-lang/rust/pull/114201/

Ответить | Правка | Наверх | Cообщить модератору

33. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Loki13 (ok), 11-Апр-24, 09:59 
>От этого вообще непонятно как защищаться. Общая проблема для всех централизованных пакетных репозиториев

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

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

56. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Аноним (56), 11-Апр-24, 10:49 
Просто никаких авторов не будет и всё.
Ответить | Правка | Наверх | Cообщить модератору

60. "Проект по созданию реализации zlib на языке Rust"  +2 +/
Сообщение от Анонин (-), 11-Апр-24, 10:52 
> Что-то вроде мейнтейнеров в дистрибутивах, мейнтейнеры репозитория.

А как это решает проблему? Ты начинаешь зависеть от прихоти мейнтейнера.
И от их компетентности, что на верное еще хуже.
Сильно тебе помогли мейнтейнеры в ситуации с xz?

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

191. "Проект по созданию реализации zlib на языке Rust"  +1 +/
Сообщение от Loki13 (ok), 11-Апр-24, 19:03 
> Сильно тебе помогли мейнтейнеры в ситуации с xz?

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

Ответить | Правка | Наверх | Cообщить модератору

217. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Аноним (217), 12-Апр-24, 00:46 
Единственный ставший известным.
Ответить | Правка | Наверх | Cообщить модератору

218. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Аноним (218), 12-Апр-24, 00:59 
> Единственный ставший известным.

доказывай.

Ответить | Правка | Наверх | Cообщить модератору

264. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Страдивариус (?), 15-Апр-24, 00:28 

>> иметь по 40 различных версий одновременно
> Это ты про что? Можно пример?

Так чё тут примеров искать? Открой свой Cargo.lock файл и посмотри какие там зависимости зафиксированные. Очень удивлюсь, если у тебя не будет ситуевины, когда один и тот же крейт не будет присутствовать несколько раз. Например, у меня reqwest тянет одну версию крейта h2, а actix - другую. И это я ещё вычищаю зоопарк там, где можно подыграть версии крейтов так, чтобы они от одной и той же версии зависимости зависели. Так-то я как-то видел и по 5 версий одного крейта в Cargo.lock.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

267. "Проект по созданию реализации zlib на языке Rust"  +/
Сообщение от Карлос Сношайтилис (ok), 15-Апр-24, 09:16 
Чел про другое писал, походу.

Но дублирование крейтов тоже имеет место быть. Я бы его расценивал как "необходимое зло". Всё же больше помогает, чем мешает. К тому же аффектит только скорость компиляции.
Если проект большой, то уже приходится обращать на это внимание, да

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру