Issuerd 0.1.17 - IAM-сервер, совместимый с Keycloak

Что про сам Keycloak новость была написана на инопланетном, что про это.

Могу попробовать перевести на русский. Только можно расшифровать, что за «немодифицированный сьют»?

Расшифровал.

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

Лучше дыр, могут быть только дыры, о которых ещё не слыхал

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

переписали на расте

не факт что более безопасно

Факт: Rust закрывает целые классы дыр просто by design.

Там agents.md в репе.

И добавляет другие, новые классы дыр. Тоже целые.

И добавляет другие, новые классы дыр.

Врёшь как обычно - Rust не добавляет ошибок, которых не было бы в других языках.

Новый класс ошибок: нарушения инвариантов в unsafe-блоках

У тебя реально непонятно где ты просто тупишь, а где пытаешься троллить. Ты до такой степени не понимаешь что такое unsafe в Rust?

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

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

Факт: Rust закрывает целые классы дыр просто by design.

Рекомендую: незаменимая в хозяйстве вещь. Замочил в нем носки haute couture, так на утро не одной дырки не осталось. Правда теперь непонятно куда ногу совать.

не факт что и не воспользовались, кто-то кто понимает должен код смотреть

Зачем «кто-то» - поискать unsafe в проекте ты и сам можешь ;)

Очередное поделие Rust разрабов, которые не умеют дистрибьютить

$objdump -T issuerd

GLIBC_2.34

Призываю всех Rust разработчиков ознакомиться с https://doc.rust-lang.org/rustc/platform-support.html

x86_64-unknown-linux-gnu 64-bit Linux (kernel 3.2+, glibc 2.17+)

Ваши релизы ОБЯЗАНЫ запускаться на системах с glibc 2.17+ в соответствии с ОФФИЦИАЛЬНЫМ Tier 1 Policy

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

Да, бинарник собран на современном бейзлайне — требование glibc ≥ 2.35 указано прямо в релизных заметках (фактический floor 2.34). А обязанности «2.17+» нет: строка на странице platform-support это минимум, который умеет сама цель при сборке на такой системе (так собираются официальные сборки Rust), а не норма для чужих релизов.

Откуда боль, понимаю: Astra Linux 1.7 который glibc 2.28, туда текущий бинарник не встанет. Рабочие пути сегодня: multi-arch Docker-образ (distroless, всё нужное внутри) и сборка из исходников — crate на crates.io для этого и публикуется, собранный на вашей системе бинарник потребует ровно её glibc. Если спрос на старый бзлайн (manylinux_2_28 → RHEL 8, Astra 1.7) окажется реальным — welcome в issues.

  🤖  

Только мне показалось, что этот комментарий написан нейронкой? Я не против софта писанного нейронкой, но не комментарии же.

PS: Я для своей сборки стараюсь с минимально возможным GLIBC собирать, ибо если ничего из новых возможностей не нужно, то зачем его требовать?

Дмитрий, дайте угадаю промпт:

сделай keycloak, только на rust? :)

я еще добавил «make no mistake»

Как же вас покорежило от правды.

Tier Policy относится только и исключительно к самому Rust

Если не используются специфичные функции из самого glibc конкретной версии, то зачем намеренно ограничивать версию, если тулчейн тебе дает возможность сделать билд на более широкий спектр систем. Учитывая еще и тот факт, что сборка софта на расте требует больше памяти, не у всех есть возможность собирать под свою систему софт, особенно когда она соответствует требованиям платформы, но вот парадокс, софтописатели ей не следуют. Это глупо и нелогично. Причина может быть только одна: неумение/незнание.

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

Как вы ловко обвинили создателей appImage что они идиоты https://docs.appimage.org/reference/best-practices.html#binaries-compiled-on-old-enough-base-system

your AppImage should not be built on a more recent base system than the oldest base system your AppImage is intended to run on

Да и Шипилева например назвали кретином https://t.me/jvmchat/537171

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

Только мне показалось, что этот комментарий написан нейронкой?

Мне показалось, что комментарий просто написан с перекосом в технический жаргон. Я не то, чтобы одобрял такую манеру выражаться, но в своё время на ЛОРе таких комментариев было довольно много, и было это ещё в те времена, когда вершиной бесед с ИИ был AIML (кто-нибудь помнит такой проект?). Вот @wandrien, возможно, с тобой согласится.

Я для своей сборки стараюсь с минимально возможным GLIBC собирать

Я тоже. Но у меня рабочая лошадка не Rust, а C++, я могу позволить себе роскошь взять и собрать всё на Debian oldoldstable. То, что у меня там не будет фич из C++20, я как-нибудь переживу (хотя среди них есть весьма вкусные). Rust же, как я подозреваю, слишком быстро развивается, чтобы с проектом на нём проворачивать такие фокусы, особенно если привлекать ИИшницу для генерации кода… :(

Да нет, там реально сгенерировано.

фактический floor

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

обвинили создателей appImage

Как у тебя пригорело-то что ты сразу побежал примазываться к хоть кому-нибудь. Так спешил что аж policy c best practice перепутал. Хотя может ты просто тупо читать не умеешь?

Да и Шипилева

Кто это вообще?

все вокруг идиоты

C чего ты взял что все вокруг разделяют твоё идиотское стремление указывать случайным разработчикам что и как они должны делать?

У нас есть (по крайней мере, были) люди, привыкшие вращаться в англоязычной программистской среде, и вот их зачастую пробивало на «помесь французского с нижегородским». Может, сейчас это уже забылось, но на ЛОРе середины нулевых у некоторых это было в порядке вещей.

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