forum.opennet.ru - "Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig" (109)

"Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig"

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

"Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig"	+/–
Сообщение от opennews (??), 17-Ноя-25, 23:06
Разработчики дистрибутива openSUSE представили проект zssh, в котором предпринята попытка реализации протокола SSH на языке Zig. Реализация включает код для разбора протокола и работы со связанными с SSH примитивами, такими как ключи, сертификаты и механизм обмена сообщениями с ssh-agent. Реализации алгоритмов шифрования заимствованы из существующих библиотек. Код проекта распространяется под лицензией GPLv3... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64272
Ответить \| Правка \| Cообщить модератору

Оглавление

нам действительно нужно что-то лучшее чем OpenSSH , penetrator (?), 00:06 , 18-Ноя-25, (10) –4

Ээээ Да В текущем, как и в любом другом проекте с подобной длины историей - , User (??), 06:22 , 18-Ноя-25, (44) +7

с sudo на doas перешли уже , Аноним (60), 08:42 , 18-Ноя-25, (60)

Шило на мыло , Frestein (ok), 10:00 , 18-Ноя-25, (69)
На sudo-rs жи И да, аж вот целая ubuntu А doas чот подозрительные васяны де, User (??), 10:04 , 18-Ноя-25, (71) +1
На run0 , Аноним (73), 10:21 , 18-Ноя-25, (73) +1

видишь ли SSH2 описывается спецификациями RFC4251 8211 4254, т е ты не можешь , penetrator (?), 08:54 , 18-Ноя-25, (61) –1

Ну вот какими RFC описываются SFTP и SCP А собственная реализация сертификатов о, User (??), 10:02 , 18-Ноя-25, (70)

Расширения для SSH2 вполне вписываются в стандарт А само оно вот описывается зд, penetrator (?), 10:38 , 18-Ноя-25, (74) +2

Ну, т е есть протухший в 2007 году _draft_, ага Еще один _draft_, но посвежее , User (??), 11:51 , 18-Ноя-25, (78)

RFC 6187 - покрывает только X 509v3 Certificates for Secure Shell Authentication, penetrator (?), 13:19 , 18-Ноя-25, (94)

Оу Ну, восстанавливаем логику дискуссии 1 Ты пишешь, что не понятно, нужно ли , User (??), 13:38 , 18-Ноя-25, (96) –1

То что драфтам много лет совсем не означает, что функционал ими описываемый и в , Аноним (118), 19:21 , 18-Ноя-25, (118)

А почему бы туда вот еще о, открывашку для бутылок не встроить ИДЕЯ Может п, User (??), 20:13 , 18-Ноя-25, (119)

Нужно Но вот где найти это лучше , G0Dzilla (??), 07:03 , 18-Ноя-25, (46) +1
Поддержка XDG wont-fix Еще вопросы , Frestein (ok), 10:00 , 18-Ноя-25, (68)

Синтаксис конечно отвратный как и в расте , но намного более современный чем рж, Аноним (11), 00:24 , 18-Ноя-25, (11) +1

А что это означает На всякий случай, вдруг вы не знает, Zig не решает проблемы , Чтото знающий (?), 02:20 , 18-Ноя-25, (29) –2

А какая связь между способом выражения кода программы и менеджементом памяти , Аноним (37), 04:19 , 18-Ноя-25, (37) +2

потому что у такого переписывания должна быть цель кроме собственно переписывани, Алексей (??), 19:19 , 18-Ноя-25, (117) +1

Бонусом к чему Вот то-то же Переписыватели на что угодно делают это ради самог, Аноним (136), 18:48 , 19-Ноя-25, (136)

Борцун с синтаксисом как всегда не осилил язык, и по этому его не критикует , Аноним (90), 13:02 , 18-Ноя-25, (90) +1

Как освоение языка помменяет его ужасный синтаксис , Аноним (136), 18:49 , 19-Ноя-25, (137)

Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компии, Аноним (12), 00:53 , 18-Ноя-25, (12)

Угу, только по описанию Ad Free, Big Tech Free, Non-Woke, Audience Supported Т , Аноним (-), 01:27 , 18-Ноя-25, (18) –6

не paywall-free, 12yoexpert (ok), 01:56 , 18-Ноя-25, (25) +1
То есть прямо говорят что на него не стоит тратить время тк для карьеры не полез, Аноним (123), 08:12 , 19-Ноя-25, (123)

Корпорации, все чаще использующие свербыстрый Bun, не могут с этим согласится h, Аноним (136), 18:51 , 19-Ноя-25, (138)

Слова ыксперда А отладочные символы в нём откуда, неуж-то из сишной лапши, в ко, Аноним (90), 13:04 , 18-Ноя-25, (91) +1
Зачем сравнивать языки с явно разными областями применения Популярно говоря, Go, Facemaker (?), 13:31 , 18-Ноя-25, (95) +1

Кто это , Аноним (121), 21:58 , 18-Ноя-25, (121) +1

Известный программист, эксперт настоящий, а не Опеннетный по языкам Rust и Zig, Facemaker (?), 16:23 , 19-Ноя-25, (133)

Лол, Аноним (107), 16:13 , 18-Ноя-25, (107) +1
Никогда о нем не слышал Загуглил, открыл его Youtube Linus torvalds and comm, Zulu (?), 13:55 , 19-Ноя-25, (132)

Радует, что кто-то из гигантов обратил внимание Я конечно предпочёл бы развитие , Аноним (16), 01:12 , 18-Ноя-25, (16) –3

Хуже, на самом деле, если говорить о потенциальных ошибках при работе с памятью , Чтото знающий (?), 02:23 , 18-Ноя-25, (30)

Так ты тоже никаких гарантий при работе с памятью не предоставляешь, aname (?), 03:00 , 18-Ноя-25, (33) –2
Это не ты там выше писал, что Zig хуже, потому что у него синтаксис не даёт гара, Аноним (121), 08:28 , 18-Ноя-25, (58) +2

Looks inside SUSE 129335 127995 8205 9794 65039 , Аноним (123), 08:14 , 19-Ноя-25, (124)

Дружно поприветствуем разработчика , Аноним (19), 01:29 , 18-Ноя-25, (19) +2
Выше комментаторы то и дело сравнивают zig и раст Но zig вообще не далеко ушел , Аноним (23), 01:41 , 18-Ноя-25, (23) +9

это-таки как раз про раст, 12yoexpert (ok), 01:57 , 18-Ноя-25, (26)

Сразу видно эксперта Rust решает проблемы при работе с памятью Ради этого пе, Чтото знающий (?), 02:26 , 18-Ноя-25, (31)

Зиг решает проблему UB А раст решает Без спецификации точно решает Нет специф, Аноним (35), 03:35 , 18-Ноя-25, (35) –1

UB - не проблема, 12yoexpert (ok), 05:22 , 18-Ноя-25, (42) +1
Скорее, NIH , Shellpeck (?), 08:04 , 18-Ноя-25, (53) +1

ложь, дальше не читал, 12yoexpert (ok), 05:21 , 18-Ноя-25, (41) –2

Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами, Вася Пупкин (?), 07:03 , 18-Ноя-25, (47) –2

Где признался, что сдался, переписывать все Далее придумал причину почему он не , Аноним (52), 08:02 , 18-Ноя-25, (52) +1
а в сбербанке заставляют всех ставть касперского, в том числе в дочерних компани, 12yoexpert (ok), 08:26 , 18-Ноя-25, (56)

Решает, но не всё, а заявляется что как будто бы все , Аноним (51), 07:47 , 18-Ноя-25, (51) –1

вот именно всё что делает раст - стелит соломку для тех, кто городит джунгли , анон (?), 12:40 , 18-Ноя-25, (85) –1

Раст как раз таки поможет , Аноним (23), 17:20 , 18-Ноя-25, (114) +1

Zig паразитирует на волне сиубийства Он пытается убедить мимокрокодилов, что пр, Аноним (50), 07:29 , 18-Ноя-25, (50) +1

Проблемы то есть Прочитайте https www adacore com uploads books pdf Safe_And_, Кошкажена (?), 13:55 , 18-Ноя-25, (97) –1
Она делается через атрибуты, которые вешаются только на функцию Чтобы это было , Кошкажена (?), 13:59 , 18-Ноя-25, (98)

Я пора пересаживаться со стула на кресло на полноценный RAII как в C или Rus, Аноним (50), 14:38 , 18-Ноя-25, (104) +1

В С есть аналог defer как раз таки для цели позвать код без создания класса по, Кошкажена (?), 14:50 , 18-Ноя-25, (105) –1

Его нет 1 и defer слабее RAII, но язык позволяет его сделать В отличие от Zig,, Аноним (50), 17:54 , 18-Ноя-25, (116) +1

В C завозят defer , Аноним (108), 16:47 , 18-Ноя-25, (108)

Ну вот в systemd свой cleanup, в ядре линукса свой, в другом проекте еще какой-т, Кошкажена (?), 14:01 , 18-Ноя-25, (99)

А в расте есть что-ли Только не надо про arc , Кошкажена (?), 08:57 , 18-Ноя-25, (62) –1

Самое смешное, что в раннем дизайне ржи GC имелся Выкинули ради боровов , Медведь (ok), 12:39 , 18-Ноя-25, (84) –1

Тут прекрасно всё От самой идеи сделать реализацию протокола SSH на языке Zig , Аноним (24), 01:45 , 18-Ноя-25, (24) –2

а не маргинальный хостинг кода это какой тот что от фирмы microsoft , Аноним (27), 01:57 , 18-Ноя-25, (27)

По определению, тот, которым пользуется большинство На текущий момент это Гитха, Аноним (24), 03:02 , 18-Ноя-25, (34) –2

ок, лучше пользоваться немаргинальным гитхаб от фиры microsoft, потому что им по, Аноним (27), 03:50 , 18-Ноя-25, (36) –1

Если тебе нужно привлечь бесплатных разработчиков в проект 8212 да, таки лучш, Аноним (24), 17:00 , 18-Ноя-25, (111) +2

Все правильно, подальше, подальше, чтоб не нашли Замена openshit конечно давно н, пох. (?), 09:24 , 18-Ноя-25, (65)

посмотрел я этот zig, это какой-то новый вид извращений не думаю, что zssh буде, ятупойтролль (ok), 02:53 , 18-Ноя-25, (32)

Суда по новости, он не для поддержки, а для экспериментов , Аноним (52), 08:04 , 18-Ноя-25, (54)
Поконкретнее, пожалуйста , Кошкажена (?), 09:00 , 18-Ноя-25, (63)

Уважаемые эксперты, объясните дилетанту, зачем переписывать вполне работающие пр, Oleg (??), 06:06 , 18-Ноя-25, (43) +3

Данный конкретный случай - что бы не испортить экспериментами нормальную библиот, Аноним (52), 08:05 , 18-Ноя-25, (55) +1
У многих из переписанных на коррозийный язык под шумок сменяется лицензия на бол, Пыщь (?), 08:28 , 18-Ноя-25, (57) +1

Серьезные господа из списка Forbes и без этого найдут способ как проигнорировать, Анонимище (?), 12:02 , 18-Ноя-25, (81) +1

Серьёзные господа финансируют фрибздунов, чтобы плейстейшоны и нефтликсы работал, Bottle (?), 10:09 , 19-Ноя-25, (125)

Бэкдоры, сэр В случае с Rust существует один единственный компилятор , Аноним (67), 09:54 , 18-Ноя-25, (67) –2

и потом вся эта многоходовочка по переписыванию кучи софта порушится если на, Анонимище (?), 12:04 , 18-Ноя-25, (82)

Не напишешь новый компилятор rustc - это и есть текущий набор стандартов, и люб, Аноним (115), 17:35 , 18-Ноя-25, (115)

ИМХО Начну издалека В принципе, чем плоха ситуация когда нет исходников Тем чт, Анонимище (?), 12:21 , 18-Ноя-25, (83) –1

Поэтому мы выберем язык, на котором пишут полтора человека его определённо пойм, анон (?), 13:00 , 18-Ноя-25, (88)

Да, без тени иронии Языки одного уровня очень похожи Если человек изначально з, Анонимище (?), 13:10 , 18-Ноя-25, (93)

ну ты либо крестик сними, либо штаны надень , анон (?), 11:10 , 19-Ноя-25, (128)

Zig уровнем повыше чем Си будет Это конечно не Питон, но уже выше чем Си, Анонимище (?), 11:44 , 19-Ноя-25, (129)

Затем, что они не работают, очевидно же Если для вас наличие трудноуловимых баг, Аноним (90), 12:56 , 18-Ноя-25, (87) +1

А почему нельзя программы обложить тестами и формальной верификацией Религия за, Bottle (?), 10:09 , 19-Ноя-25, (126)

Зачем идти более трудозатратным путем когда сам язык программирования может част, Анонимище (?), 11:46 , 19-Ноя-25, (130)
Тесты - это доказательство наличия ошибок, а не их отсутствия И вот мы изобретае, Аноним (134), 17:49 , 19-Ноя-25, (134)

передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ниче, Аноним (45), 06:48 , 18-Ноя-25, (45) +1
Как эксперимент конечно пусть играются, но идея в корне сомнительна В таких кри, Вася Пупкин (?), 07:09 , 18-Ноя-25, (49)

Не существует языка, который в полной мере закрывал бы все потребности , Аноним (59), 08:42 , 18-Ноя-25, (59)

Ada SPARK , Аноним (73), 11:47 , 18-Ноя-25, (77) –1

Ага, НАЧИНАЙТЕ переписывать на хрусте до сих пор не пойму, почему кто-то еще не, пох. (?), 09:26 , 18-Ноя-25, (66)

Зачем изобретать лучший Си , когда Си уже является лучшим donk Более безопас, Аноним (73), 10:17 , 18-Ноя-25, (72) –1

Вы имеете в виду лучшим в плане непродуманности Вот беда, PDP-11 давным давно вы, Аноним (90), 13:00 , 18-Ноя-25, (89) +2

Я не тот аноним, но могу ответитьА строки прям всегда обязаны быть NULL-терминир, Аноним (121), 21:03 , 18-Ноя-25, (120)

Только вот оптимизирующий компилятор будет рассуждать исходя из того, что ты не , Аноним (50), 13:07 , 19-Ноя-25, (131)
Внезапно, но в си строк вообще нет, их имитируют с помощью массивов И да, новый, Аноним (134), 17:51 , 19-Ноя-25, (135)

Кто за это заплатит Обмазывайтесь интринсиками, ассемблерными вставками, жалуйт, Аноним (50), 15:08 , 18-Ноя-25, (106)

Хороший язык Даже в Redox начали драйвера с Rust на Zig переписывать , Анонен (?), 11:57 , 18-Ноя-25, (79)

Можете ссылку дать , Кошкажена (?), 14:26 , 18-Ноя-25, (102) +1

pq в openssh с версии 3 5 когда выкидывают легаси - получается libressl плюс, крокодил мимо.. (-), 12:00 , 18-Ноя-25, (80) –1
Закапывайте Zig до сих пор не имеет стабильной версии, а значит, в абсолютно лю, Аноним (90), 12:53 , 18-Ноя-25, (86) +2

все норм - зигхайльссх еще несуществующая программа, ее не перестанет , пох. (?), 16:55 , 18-Ноя-25, (110)
О, ужас Вот это новость для авторов zssh Придется таки сворачивать проект , Аноним (113), 17:07 , 18-Ноя-25, (113)

в общем инсталлятор они уже допереписали нет и срочно нужна новая имитация бур, пох. (?), 16:54 , 18-Ноя-25, (109)
ssh over http 3 вот что нужно развивать, Аноним (122), 00:30 , 19-Ноя-25, (122)
Мда, стандартная библиотека, экосистема, UTF-8 на уровне языка Рождён мертвым , Аноним (127), 10:41 , 19-Ноя-25, (127) +1

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

10. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –4 +/–

Сообщение от penetrator (?), 18-Ноя-25, 00:06

нам действительно нужно что-то лучшее чем OpenSSH?

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

44. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +7 +/–

Сообщение от User (??), 18-Ноя-25, 06:22

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

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

60. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (60), 18-Ноя-25, 08:42

с sudo на doas перешли уже?

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

69. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Frestein (ok), 18-Ноя-25, 10:00

Шило на мыло.

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

71. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от User (??), 18-Ноя-25, 10:04

> с sudo на doas перешли уже?
На sudo-rs жи ). И да, аж вот целая ubuntu ).
А doas чот подозрительные васяны делали, ну их )

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

73. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (73), 18-Ноя-25, 10:21

На run0.

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

61. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от penetrator (?), 18-Ноя-25, 08:54

видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет повторять все те же функции, иначе это уже не SSH
что касается кода, все сильно зависит от того как он изначально написан, вот ты зумерок, смог бы провести презентацию, в которой бы описал бы проблемы "legacy" в оригинальном коде? я допустим не стал бы на себя брать такую работу и ответственность
и одно известно точно, что чем больше времени потрачено на проект, чем больше его популярность и проверка сообществом, тем больше вероятность того, что его код был вычитан и выверен не единожды, т.е. чем больше ты работаешь над своим кодом, чем чаще ты возвращаешься к нему со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел проверку временем
а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель данных для автоматизации примерно таже, но теперь у нас JSON вместо XML, а так все то же самое.. это отдельная тема, не будем в подробности лезть, но для примера сойдет
так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?

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

70. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от User (??), 18-Ноя-25, 10:02

> видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать
> "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет
> повторять все те же функции, иначе это уже не SSH
Ну вот какими RFC описываются SFTP и SCP?
А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
А вот поддержка socks-прокси в SSH спецификациях есть? А VPN? Ну, тот который с -w?
> что касается кода, все сильно зависит от того как он изначально написан,
> вот ты зумерок, смог бы провести презентацию, в которой бы описал
> бы проблемы "legacy" в оригинальном коде? я допустим не стал бы
> на себя брать такую работу и ответственность
Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
> и одно известно точно, что чем больше времени потрачено на проект, чем
> больше его популярность и проверка сообществом, тем больше вероятность того, что
> его код был вычитан и выверен не единожды, т.е. чем больше
> ты работаешь над своим кодом, чем чаще ты возвращаешься к нему
> со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел
> проверку временем
Тут не поспоришь. Но что выгодней - длительный срок жизни с "чисткой" ошибок или существенно более современная кодовая база меньшего размера - вопрос дискуссионный.
> а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего
> инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель
> данных для автоматизации примерно таже, но теперь у нас JSON вместо
> XML, а так все то же самое.. это отдельная тема, не
> будем в подробности лезть, но для примера сойдет
Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример...
> так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?

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

74. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от penetrator (?), 18-Ноя-25, 10:38

> Ну вот какими RFC описываются SFTP и SCP?
Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex...
> А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s...
Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И мне SSH без расширений как чемодан без ручки.
> Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
Так в том то и дело, что одни предположения, т.е. если я поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу?
Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable
> Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример...
Идеальный пример, кодовая база плохая (не в SSH, но по твоей теории и в SSH), она плохо интегрируется, они не могут вынести это в либу, все понятно, НО ЧТО ОНИ ДАЛИ ВЗАМЕН? и теперь перечитывай мой оригинальный абзац про Agama (где я пишу что они убили то что хорошо работало для конечного использования, а не про то как оно написано). Так вот где гарантия что zssh будет решением, а не такой же поделкой? Ну сломают они все, и их сервер не будет совместим практически ни с одним клиентом (к примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если это будет в лучших традициях SUSE, когда мы все сломаем, а новое построим наполовину. Притом а надо ли "чинить", в случае с YaST хотя бы понятно, чем они руководствовались.
И если меня спросить а во что я верю больше, в эволюцию проверенного решения или в новое решение с сомнительным менеджементом, ну ответ очевиден.

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

78. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от User (??), 18-Ноя-25, 11:51

>> Ну вот какими RFC описываются SFTP и SCP?
> Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается
> здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex...
Ну, т.е. есть протухший в 2007 году _draft_, ага.
>> А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать?
> https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s...
Еще один _draft_, но посвежее. Самое в этом забавное, что _принятый_ RFC 6187 openssh та-дааам! Не реализует. У них свой NIH лисапет. Но СТАНДАРТ - СТАНДАРТ ЭТО ВАЖНО, ага
Вопрос "а нафига это поддерживать (всем остальным)" - без ответа.
> Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И
> мне SSH без расширений как чемодан без ручки.
Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
>> Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься.
> Так в том то и дело, что одни предположения, т.е. если я
> поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу?
> Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable
https://github.com/openssh/openssh-portable/blob/master/READ...
Э? Это вот если по коду не ходить. Если ходить да еще не только в portable - то не удивлюсь, если по углам еще куски ssh1 остались. Опять же, autoconf в 2025 году выглядит "свежо и загранично"...
>[оверквотинг удален]
> то как оно написано). Так вот где гарантия что zssh будет
> решением, а не такой же поделкой? Ну сломают они все, и
> их сервер не будет совместим практически ни с одним клиентом (к
> примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если
> это будет в лучших традициях SUSE, когда мы все сломаем, а
> новое построим наполовину. Притом а надо ли "чинить", в случае с
> YaST хотя бы понятно, чем они руководствовались.
> И если меня спросить а во что я верю больше, в эволюцию
> проверенного решения или в новое решение с сомнительным менеджементом, ну ответ
> очевиден.
Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"?

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

94. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от penetrator (?), 18-Ноя-25, 13:19

RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication
Это всего лишь новая версия сертификатов, которая может быть не сделана еще в кодовой базе, в чем твой аргумент? Как это относится к тому что было сказано ранее?
6187 описывает то что работает с тем самым драфтом, т.е без SSH драфта, 6187 нужен ровно на 0 процентных пунктов
ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз, вообще вне контекста
> Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
ну так и как это связано с контекстом? я ему посыл - что стандарты в драфте очень частое явление, и в оборудовании и в вебе и в прочих сферах, что реализации на базе этих стандартов ценны и часто становятся эталоном, а он мне про то, что у меня не забирают OpenSSH, ну спасибо, капитан
> Э? Это вот если по коду не ходить.
а ты сходи открой ssh.c и поищи где именно такая совместимость убивает качество внутри ssh.c?
> Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"?
Т.е. я писал это тоже вне контекста? А не потому, что нам предлагается альтернатива, которая должна быть чем-то лучше OpenSSH? Наверное если бы статья звучала как 2.5 покемона собираются там что-то поэкспереметинровать на тему SSH используя малоприменимый язык программирования, и все это не должно иметь большой импакт на сообщество, мы всего лишь хотим:
    Have a working implementation of the ssh protocol in Zig.
    Be flexible, as to allow for hacking of the protocol (i.e. testing PQC algorithms).
    Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto).
и можно добавить
    Have a fun.
то наверное я бы и не стал ничего коментировать.

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

96. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от User (??), 18-Ноя-25, 13:38

> RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication
> Это всего лишь новая версия сертификатов, которая может быть не сделана еще
> в кодовой базе, в чем твой аргумент? Как это относится к
> тому что было сказано ранее?
Оу. Ну, восстанавливаем логику дискуссии:
1. Ты пишешь, что не понятно, нужно ли нам что-то лучше, чем openssh
2. Я отвечаю, что скорее всего - "да", т.к. в текущем уж больно много всего помимо собственно SSH "наросло"
3. Ты говоришь, что "наросшее" убирать "никак ниможна" по тому, что оно - часть стандарта.
4. Я тебе тычу пальцем в вещи, которые НИКАКИМ стандартом не требуются - но реализованы, и в вещи, которые как раз таки стандартом _являются_ но вот не сделаны в пользу NIH-лисапеда.
5. Ты делаешь вид, что не понимаешь, к чему тут это. Ну привет, чо.
> 6187 описывает то что работает с тем самым драфтом, т.е без SSH
> драфта, 6187 нужен ровно на 0 процентных пунктов
Ну вот если из zssh выкинут поддержку openssh-совместимых сертификатов и _по стандарту_ запилят поддержку x509v3 - я буду вполне доволен.
(Кстати, если "впоперёк стандарта" выкинут вот например поддержку kerberos - тоже не обижусь, хоть в общем-то и пользовался)
> ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз,
> вообще вне контекста
Ну что, стало понятней?
>> Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет.
> ну так и как это связано с контекстом? я ему посыл -
> что стандарты в драфте очень частое явление, и в оборудовании и
> в вебе и в прочих сферах, что реализации на базе этих
> стандартов ценны и часто становятся эталоном, а он мне про то,
> что у меня не забирают OpenSSH, ну спасибо, капитан
Не-не-не. У меня все ходы записаны! Ты говоришь, что SSH (и вся обвязка) часть СТАНДАРТА. Что очевидная вот не правда. Ты говоришь "ну пусть не стандарт - мне без этих расширений жизнь не мила!" - Я отвечаю, "пользуйся на здоровье! Никто ж не отнимает - но и реализовывать вот это всё - не обязательно от слова "совсем" - ты делаешь вид, что не понял, о чем речь.
>> Э? Это вот если по коду не ходить.
> а ты сходи открой ssh.c и поищи где именно такая совместимость убивает
> качество внутри ssh.c?
Может еще код ревью забесплатно провести? И генетическую экспертизу шотландца до седьмого колена сделать?
>[оверквотинг удален]
> SSH используя малоприменимый язык программирования, и все это не должно иметь
> большой импакт на сообщество, мы всего лишь хотим:
>     Have a working implementation of the ssh protocol
> in Zig.
>     Be flexible, as to allow for hacking of
> the protocol (i.e. testing PQC algorithms).
>     Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto).
> и можно добавить
>     Have a fun.
> то наверное я бы и не стал ничего коментировать.
Ну вот это ДВА РАЗНЫХ ВОПРОСА. Ответ на первый - "да", на второй - "возможно, нет".

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

118. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (118), 18-Ноя-25, 19:21

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

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

119. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от User (??), 18-Ноя-25, 20:13

> То что драфтам много лет совсем не означает, что функционал ими описываемый
> и в опенссаш реализованный вдруг стал лишним. Тот же scp вполне
> активно использую, т.к. удобен и проверен временем. Зачем городить очередное васяноподелие
> без поддержки поивычных фич, если оригинал с ними работает как надо,
> я не понимаю. Это сродни переписыванию пабочтх инструментов на другой раст...
> язык просто потому что кому-то делать нечего и новых идей нет.
А почему бы туда вот еще... о, открывашку для бутылок не встроить? ИДЕЯ!
/Может по тому, что это - внезапно - не задача secure socket shell? Или по тому, что поверх ssh можно организовать передачу файлов хучь через cat| хучь через tar cf - |, хучь... и раздувать для этого кодовую базу абсолютно критичного с т.з. безопасности - вот абсолютно не обязательно? Да не, ерунда какая-то.../
И вот штопор еще, штопора не хватает!

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

46. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от G0Dzilla (??), 18-Ноя-25, 07:03

Нужно. Но вот где найти это лучше?

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

68. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Frestein (ok), 18-Ноя-25, 10:00

Поддержка XDG wont-fix. Еще вопросы?

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

11. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (11), 18-Ноя-25, 00:24

Синтаксис конечно отвратный (как и в расте), но намного более современный чем ржавчина.
Если уж и переписывать, то на нём.

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

29. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от Чтото знающий (?), 18-Ноя-25, 02:20

>но намного более современный чем ржавчина
А что это означает? На всякий случай, вдруг вы не знает, Zig не решает проблемы при работе с памятью, а Rust - решает (кроме утечек). Это и есть, по-вашему, более современный синтаксис?

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

37. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (37), 18-Ноя-25, 04:19

А какая связь между способом выражения кода программы и менеджементом памяти?

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

117. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Алексей (??), 18-Ноя-25, 19:19

потому что у такого переписывания должна быть цель кроме собственно переписывания. При переписывании на Rust ты бонусом получаешь отсуствие многих типов критических уязвимостей. На Zig?

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

136. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (136), 19-Ноя-25, 18:48

>При переписывании на Rust ты бонусом получаешь
Бонусом к чему?
Вот то-то же. Переписыватели на что угодно делают это ради самого переписывания, не нужно обманывать самих себя и других.

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

90. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (90), 18-Ноя-25, 13:02

>Синтаксис конечно отвратный (как и в расте)
Борцун с синтаксисом как всегда не осилил язык, и по этому его не критикует.

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

137. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (136), 19-Ноя-25, 18:49

Как освоение языка помменяет его ужасный синтаксис?

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

12. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (12), 18-Ноя-25, 00:53

Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится. Да и название не имеет негативный смысл. В последних выпусках Lunduke доходиво объяснил, что такое Rust. Последние новости от Ubuntu только дополняют картину.

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

18. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –6 +/–

Сообщение от Аноним (-), 18-Ноя-25, 01:27

> Судя по описанию, ZIG выглядит гораздо лучше ржавчины
Угу, только по описанию.
> Lunduke доходиво объяснил, что такоеRust
Ad Free, Big Tech Free, Non-Woke, Audience Supported.
Т.е нющеброд без поддержки серьезных компаний?
Явно серьезный аргумент))

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

25. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:56

не paywall-free

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

123. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (123), 19-Ноя-25, 08:12

>Big Tech Free
То есть прямо говорят что на него не стоит тратить время тк для карьеры не полезно 🗿

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

138. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (136), 19-Ноя-25, 18:51

Корпорации, все чаще использующие свербыстрый Bun, не могут с этим согласится.
https://github.com/oven-sh/bun

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

91. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (90), 18-Ноя-25, 13:04

>Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится.
Слова ыксперда. А отладочные символы в нём откуда, неуж-то из сишной лапши, в которую он оттранслировался?

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

95. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Facemaker (?), 18-Ноя-25, 13:31

Зачем сравнивать языки с явно разными областями применения? Популярно говоря, Go — убийца Джавы, Rust — C++, а Zig — C. Почитайте статьи Алексея Кладова: https://matklad.github.io/2025/08/09/zigs-lovely-syntax.html

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

121. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (121), 18-Ноя-25, 21:58

> Почитайте статьи Алексея Кладова
Кто это?

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

133. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Facemaker (?), 19-Ноя-25, 16:23

Известный программист, эксперт (настоящий, а не Опеннетный) по языкам Rust и Zig.

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

107. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (107), 18-Ноя-25, 16:13

> Lunduke
Лол

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

132. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Zulu (?), 19-Ноя-25, 13:55

Никогда о нем не слышал. Загуглил, открыл его Youtube.
* Linus torvalds and communism
* Python is DEI
закрыл таб

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

16. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –3 +/–

Сообщение от Аноним (16), 18-Ноя-25, 01:12

Радует, что кто-то из гигантов обратил внимание.
Я конечно предпочёл бы развитие Hare, но Zig тоже лучше, чем rust.

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

30. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Чтото знающий (?), 18-Ноя-25, 02:23

Хуже, на самом деле, если говорить о потенциальных ошибках при работе с памятью. А зачем он нужен (Zig), если таких гарантий не предоставляет?

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

33. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от aname (?), 18-Ноя-25, 03:00

Так ты тоже никаких гарантий при работе с памятью не предоставляешь

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

58. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (121), 18-Ноя-25, 08:28

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

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

124. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (123), 19-Ноя-25, 08:14

>кто-то из гигантов обратил внимание
>гигантов
Looks inside... SUSE 🤷🏻‍♂️

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

19. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (19), 18-Ноя-25, 01:29

Дружно поприветствуем разработчика!

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

23. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +9 +/–

Сообщение от Аноним (23), 18-Ноя-25, 01:41

Выше комментаторы то и дело сравнивают zig и раст. Но zig вообще не далеко ушел от си. Я бы даже сказал, что это и есть си, только внешне удобство поменяли. Под капотом одно и то же. Память вручную выделять, вручную освобождать. Нет сборщика мусора. Все принципиально тоже самое
Переписанная с си на зиг программа ничего не поменяет. Ни в производительности ни в безопасности. Переписывание ради переписывания

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

26. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:57

> Переписывание ради переписывания
это-таки как раз про раст

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

31. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Чтото знающий (?), 18-Ноя-25, 02:26

Сразу видно "эксперта". Rust решает проблемы при работе с памятью. Ради этого переписывать на этот ЯП имеет смысл. А Zig по сути, никаких проблем не решает. Зачем он тогда нужен?

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

35. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Аноним (35), 18-Ноя-25, 03:35

Зиг решает проблему UB. А раст решает? Без спецификации точно решает. Нет спецификации - нет UB.

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

42. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:22

UB - не проблема

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

53. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Shellpeck (?), 18-Ноя-25, 08:04

Скорее, NIH...

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

41. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:21

> Rust решает проблемы при работе с памятью
ложь, дальше не читал

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

47. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:03

Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами

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

52. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (52), 18-Ноя-25, 08:02

> Гугл недавно специально для тебя отчёты опубликовал с обновлёнными пруфами
Где признался, что сдался, переписывать все.
Далее придумал причину почему он не "не может", а "не хочет" переписывать то что есть.

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

56. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от 12yoexpert (ok), 18-Ноя-25, 08:26

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

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

51. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Аноним (51), 18-Ноя-25, 07:47

Решает, но не всё, а заявляется что как будто бы все.

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

85. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от анон (?), 18-Ноя-25, 12:40

вот именно... всё что делает раст - стелит соломку для тех, кто городит джунгли указателей. Если замена аллокатора в дебаг сборке + доп. флаги компиляции + статический анализатор не отлавливают 99+% ошибок с памятью, то тебе никакой раст не поможет - с таким подходом к разработке тебе и останется только и делать что переписывать чужое.

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

114. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (23), 18-Ноя-25, 17:20

Раст как раз таки поможет:)

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

50. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (50), 18-Ноя-25, 07:29

Zig паразитирует на волне сиубийства. Он пытается убедить мимокрокодилов, что проблемы сишки, требующие создания нового языка - это проблемы поверхностные (вроде синтаксиса), а по сути в 1972 всё сделали верно. Так он уворачивается от решения сложных проблем и получает поддержку культистов, которым только дай намёки на ООП поискоренять.
Итоги: в GNU C имеется более полноценная поддержка RAII, чем в Zig (см. лаконичный _cleanup_free_ в systemd вместо defer отдельной строчкой).

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

97. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 13:55

> это проблемы поверхностные (вроде синтаксиса)
Проблемы то есть. Прочитайте https://www.adacore.com/uploads/books/pdf/Safe_And_Secure-Ru... первую главу. Но их можно решить статическим анализатором.

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

98. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 13:59

> Итоги: в GNU C имеется более полноценная поддержка RAII
Она делается через атрибуты, которые вешаются только на функцию. Чтобы это было похоже на defer, то нужно макросами обкладываться. Ну или нужна поддержка анонимных функций, чего нет.

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

104. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (50), 18-Ноя-25, 14:38

> Чтобы это было похоже на defer, то нужно макросами обкладываться
Я: пора пересаживаться со стула на кресло (на полноценный RAII как в C++ или Rust, без зиговского неосиляторства)
Ты: Чтобы стул стал похож на табуретку, нужно отпилить спинку или садиться боком

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

105. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 14:50

>> Чтобы это было похоже на defer, то нужно макросами обкладываться
> на полноценный RAII как в C++ или Rust, без зиговского неосиляторства
В С++ есть аналог defer как раз таки для цели позвать код без создания класса под него.

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

116. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (50), 18-Ноя-25, 17:54

> В С++ есть аналог defer
Его нет[1] и defer слабее RAII, но язык позволяет его сделать. В отличие от Zig, который так расширять язык не даст, не осилил RAII и пустил в ход классическое "свобода это рабство", то есть "копипаста лучше абстракций", то есть я хотел сказать "явное лучше неявного"[2]. Вызывайте деструкторы сами. Да, в цикле, если придётся. Да, [s]не обляпайтесь[/s] не перепутайте порядок.
[1] scope_exit и прочих ещё нет, отказались добавлять в C++23 и C++26, это в подвешенном состоянии висит - https://en.cppreference.com/w/cpp/experimental/lib_extension...
[2] Zig does not support RAII or operator overloading because both make it very difficult to tell where function calls happen just by looking at a function body. https://ziglang.org/download/0.1.1/release-notes.html

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

108. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (108), 18-Ноя-25, 16:47

В C завозят defer.

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

99. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 14:01

> (см. лаконичный _cleanup_free_ в systemd вместо defer отдельной строчкой).
Ну вот в systemd свой cleanup, в ядре линукса свой, в другом проекте еще какой-то, а в zig из коробки есть и он один и тот же в любой билиотеке. В этом плюс коробочного решения. Даже в std в с++ уже добавили, хотя решение аля defer пишется просто и на самом деле есть во многих библиотеках.

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

62. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 08:57

> Нет сборщика мусора
А в расте есть что-ли? Только не надо про arc.

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

84. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Медведь (ok), 18-Ноя-25, 12:39

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

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

24. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от Аноним (24), 18-Ноя-25, 01:45

Тут прекрасно всё. От самой идеи сделать "реализацию протокола SSH на языке Zig" за целый один хакатон, до выбора наиболее маргинального хостинга кода, где его никто никогда не найдёт.

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

27. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (27), 18-Ноя-25, 01:57

а не маргинальный хостинг кода это какой? тот что от фирмы microsoft?

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

34. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от Аноним (24), 18-Ноя-25, 03:02

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

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

36. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Аноним (27), 18-Ноя-25, 03:50

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

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

111. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (24), 18-Ноя-25, 17:00

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

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

65. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от пох. (?), 18-Ноя-25, 09:24

Все правильно, подальше, подальше, чтоб не нашли.
Замена openshit конечно давно нужна, но не от этих альтернативно-одаренных же ж.

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

32. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от ятупойтролль (ok), 18-Ноя-25, 02:53

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

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

54. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (52), 18-Ноя-25, 08:04

Суда по новости, он не для поддержки, а для экспериментов.

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

63. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 09:00

> посмотрел я этот zig, это какой-то новый вид извращений
Поконкретнее, пожалуйста.

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

43. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +3 +/–

Сообщение от Oleg (??), 18-Ноя-25, 06:06

Уважаемые эксперты, объясните дилетанту, зачем переписывать вполне работающие программы на новых языках? Вон переписали в Ubuntu часть утилит на Rust и оказалось, что они не то что стали безошибочными, а банально не имеют стандартного функционала. Так в чем профит?

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

55. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (52), 18-Ноя-25, 08:05

Данный конкретный случай - что бы не испортить экспериментами нормальную библиотеку.

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

57. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Пыщь (?), 18-Ноя-25, 08:28

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

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

81. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Анонимище (?), 18-Ноя-25, 12:02

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

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

125. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Bottle (?), 19-Ноя-25, 10:09

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

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

67. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –2 +/–

Сообщение от Аноним (67), 18-Ноя-25, 09:54

Бэкдоры, сэр. В случае с Rust существует один единственный компилятор.

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

82. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Анонимище (?), 18-Ноя-25, 12:04

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

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

115. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (115), 18-Ноя-25, 17:35

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

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

83. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Анонимище (?), 18-Ноя-25, 12:21

ИМХО:
Начну издалека. В принципе, чем плоха ситуация когда нет исходников? Тем что уж слишком сложен машиный код (или ассемблер) для чтения и изменения, по крайней мере для большинства программистов. По той же причине плох намерено обуфицированый исходный код. Отсюда приходим к откровению, что код на низкоуровневом языке и имеющий анти-паттерны может в пределе мало отличаться от блоба.
Низкоуровые языки это зло с которым приходится мириться если железо недостаточно быстрое. Но вот прекрасное будущее настало, железо уже достаточно быстрое, значит можно переписать код на более высокоуровневом языке. В результате есть надежда на получение клона проекта, но с более внятным кодом, который больше людей смогут читаться и изменять

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

88. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от анон (?), 18-Ноя-25, 13:00

> более внятным кодом, который больше людей смогут читаться и изменять
Поэтому мы выберем язык, на котором пишут полтора человека (его определённо поймут больше людей, чем код на си).
Мне кажется, что переписать программу и сделать её более внятной/быстрой/поддерживаемой реально только если ты сам работал над тем, что сейчас переписываешь и можешь держать в голове весь функционал, который тебе предстоит сделать, чтобы заранее избежать все грабли и костыли, которые были неизбежны при первом написании. И другой язык тут не поможет. (но и не то что бы прям навредит, если ты в нём разбираешься, я думаю)

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

93. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Анонимище (?), 18-Ноя-25, 13:10

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

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

128. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от анон (?), 19-Ноя-25, 11:10

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

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

129. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Анонимище (?), 19-Ноя-25, 11:44

Zig уровнем повыше чем Си будет. Это конечно не Питон, но уже выше чем Си

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

87. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (90), 18-Ноя-25, 12:56

>зачем переписывать вполне работающие программы на новых языках?
Затем, что они не работают, очевидно же. Если для вас наличие трудноуловимых багов, а так же тонны CVE не являются аргументом, то для вас ничто не будет аргументом.
>и оказалось, что они не то что стали безошибочными
Фантазии про безошибочность - это ваши фантазии. Гарантии, предоставляемые растом давным давно известны. Если кто-то не может прочитать эти гарантии, и понять, к чему они применимы, то это только его беда. А то развелось растохетйтеров, которые сами же и не знают раста.

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

126. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Bottle (?), 19-Ноя-25, 10:09

А почему нельзя программы обложить тестами и формальной верификацией? Религия запрещает?

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

130. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Анонимище (?), 19-Ноя-25, 11:46

Зачем идти более трудозатратным путем когда сам язык программирования может часть работы проделать за разработчиков?

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

134. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (134), 19-Ноя-25, 17:49

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

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

45. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (45), 18-Ноя-25, 06:48

>В качестве целей проекта заявлено создание SSH-стека на языке Zig, легко расширяемого для проведения экспериментов и исследований, например, связанных с тестированием посткватновых алгоритмов шифрования
передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ничего переписывать не нужно.

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

49. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Вася Пупкин (?), 18-Ноя-25, 07:09

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

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

59. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (59), 18-Ноя-25, 08:42

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

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

77. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Аноним (73), 18-Ноя-25, 11:47

Ada/SPARK?

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

66. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от пох. (?), 18-Ноя-25, 09:26

Ага, НАЧИНАЙТЕ переписывать на хрусте!
(до сих пор не пойму, почему кто-то еще не пилит на этом хороший и фкуссный грант. А то и два.)

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

72. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." –1 +/–

Сообщение от Аноним (73), 18-Ноя-25, 10:17

Зачем изобретать "лучший Си", когда Си уже является лучшим? <donk/>
Более безопасные языки уже существуют, а что насчёт более "точных"? Си является абстракцией PDP-11 над современными системами с многоуровневым параллелизмом (на уровне инструкций, ядер, процессоров) и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ), иногда гетерогенными.
По-настоящему низкоуровневому языку не нужен сложный компилятор.

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

89. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (90), 18-Ноя-25, 13:00

>Зачем изобретать "лучший Си", когда Си уже является лучшим?
Вы имеете в виду лучшим в плане непродуманности?
>Си является абстракцией PDP-11
Вот беда, PDP-11 давным давно вышли из употребления.
>и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ)
Ха, ха, ха. Язык с поддержкой кеша, ничуть не лучше кучи других языков. Вы юморист?
>По-настоящему низкоуровневому языку не нужен сложный компилятор.
Нужен и ещё как. Нужна как минимум поддержка зависимых и афинных типов.
Пользуясь случаем, хочу задать вам, как апологету си вопрос: зачем вам нужно отсутствие гигиенических макросов, возможность выхода за границы массива, возможность потерять нулевой терминатор в строке? Для каких практических целей вам это нужно?

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

120. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (121), 18-Ноя-25, 21:03

Я не тот аноним, но могу ответить
>  возможность потерять нулевой терминатор в строке?
А строки прям всегда обязаны быть NULL-терминированы? В GCC даже придумали __attribute__((nonstring)) для этого
> возможность выхода за границы массива
Возможность делать что угодно быть должна. Например, я знаю что там где заканчивается массив у меня начинается следующий и это именно то, что мне и надо. Страницы памяти могут объединяться в фолианты. Тут можно дофига примеров придумать где это не просто нужно, а только так и можно реализовать задуманное.
> отсутствие гигиенических макросов
что-то на индусском

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

131. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (50), 19-Ноя-25, 13:07

> Возможность делать что угодно быть должна.
> Например, я знаю что там где заканчивается массив у меня начинается следующий
Только вот оптимизирующий компилятор будет рассуждать исходя из того, что ты не можешь этого знать (если стандарт не даёт гарантий в конкретном случае). Не можешь по указателю на 1 массив обратиться ко 2 массиву => записи во 2 массив не обнаружено => 2 массив остался неизменным => где-то за сотню километров компилятор радостно выкидывает куски кода, потому что доказал, что во 2 массиве одни нули или что похуже (компилятор может специально гадить, потому что стандарт не запрещает[1]).
Близкие темы:
- ядро Linux собирается с -fno-strict-aliasing
- стандартного C недостаточно для системного программирования
- pointer provenance
- type punning через union и memcpy
[1] Например, только в C++26 компиляторам запретят крысить в случае чтения неинициализированных переменных. Компилятор видит это чтение? Видит. Значит, может выдать ошибку? Может. Должен? Нет. А если не ошибку, то какое ещё поведение разумно? Честно прочитать эту область памяти. А ещё разумные варианты есть? Нет. Но при чём тут разум, стандарт не запрещает рассуждать "это UB, а UB можно воспринимать как невозможное событие, а значит можно молча выкинуть вот это...", а значит так и сделаем.
https://www.reddit.com/r/cpp/comments/1ft0ar1/can_a_c26_comp.../
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p27...

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

135. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (134), 19-Ноя-25, 17:51

>А строки прям всегда обязаны быть NULL-терминированы?
Внезапно, но в си строк вообще нет, их имитируют с помощью массивов. И да, новый вариант строки должен быть безопаснее.
>Например, я знаю что там где заканчивается массив у меня начинается следующий
Нет, не знаете. Иначе взяли бы зависимые типы и доказали бы это.
>что-то на индусском
Как всегда, апологеты си практически ничего не знают.

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

106. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (50), 18-Ноя-25, 15:08

> Более безопасные языки уже существуют, а что насчёт более "точных"?
Кто за это заплатит? Обмазывайтесь интринсиками, ассемблерными вставками, жалуйтесь в LLVM, чтобы они там сами как-нибудь.
Но вообще языки или их библиотеки расширяются под железо. Именованные адресные пространства для гарвардской архитектуры (avrgcc), far-указатели для 8/16-битных архитектур, iohw.h для I/O-портов у x86 (QNX), __builtin_expect, std::ckd_add, std::countr_zero, std::simd.
А что до полноценного использования этого
> с многоуровневым параллелизмом (на уровне инструкций, ядер, процессоров) и многоуровневой памятью (L1i, L1d, L2, L3, L4, ОЗУ), иногда гетерогенными.
То будущее, наверное, за абстрагированием - пусть JIT решает, как делить большую вычислительную задачу, чтобы она хорошо легла на эту конкретную железку. Оптимальное выравнивание, AoS vs. SoA тоже можно абстрагировать. Язык при этом рискует выродиться в DSL на питоне... Пока что-то похожее только в машинном обучении обитает (dynamic computation graphs, cuda kernel autotune, вот это вот).

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

79. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Анонен (?), 18-Ноя-25, 11:57

Хороший язык. Даже в Redox начали драйвера с Rust на Zig переписывать.

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

102. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Кошкажена (?), 18-Ноя-25, 14:26

> Хороший язык. Даже в Redox начали драйвера с Rust на Zig переписывать.
Можете ссылку дать?

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

80. "Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig" –1 +/–

Сообщение от крокодил мимо.. (-), 18-Ноя-25, 12:00

pq в openssh с версии 3.5 .. когда выкидывают легаси - получается libressl. плюс boringssl, gnutls, wolf, matrix и т.п.. и вот это.. на вкус и цвет выбираем любимые cve..

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

86. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +2 +/–

Сообщение от Аноним (90), 18-Ноя-25, 12:53

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

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

110. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от пох. (?), 18-Ноя-25, 16:55

все норм - зигхайльссх еще несуществующая программа, ее не перестанет.

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

113. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (113), 18-Ноя-25, 17:07

О, ужас!
Вот это новость для авторов zssh. Придется таки сворачивать проект.

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

109. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от пох. (?), 18-Ноя-25, 16:54

в общем инсталлятор они уже допереписали (нет) и срочно нужна новая имитация бурной деятельности, а то споснор может подумать что можно перестать им платить.

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

122. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +/–

Сообщение от Аноним (122), 19-Ноя-25, 00:30

ssh over http/3 вот что нужно развивать

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

127. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..." +1 +/–

Сообщение от Аноним (127), 19-Ноя-25, 10:41

Мда, стандартная библиотека, экосистема, UTF-8 на уровне языка...Рождён мертвым.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

10. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–4 +/–
Сообщение от penetrator (?), 18-Ноя-25, 00:06
нам действительно нужно что-то лучшее чем OpenSSH?
Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+7 +/–
	Сообщение от User (??), 18-Ноя-25, 06:22
	Ээээ... Да? В текущем, как и в любом другом проекте с подобной длины историей - слишком много legacy и функциональных возможностей, входящих за пределы первоначального назначения наросло.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (60), 18-Ноя-25, 08:42
	с sudo на doas перешли уже?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Frestein (ok), 18-Ноя-25, 10:00
	Шило на мыло.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от User (??), 18-Ноя-25, 10:04
	> с sudo на doas перешли уже? На sudo-rs жи ). И да, аж вот целая ubuntu ). А doas чот подозрительные васяны делали, ну их )
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору


	73. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от Аноним (73), 18-Ноя-25, 10:21
	На run0.
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору


	61. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–1 +/–
	Сообщение от penetrator (?), 18-Ноя-25, 08:54
	видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет повторять все те же функции, иначе это уже не SSH что касается кода, все сильно зависит от того как он изначально написан, вот ты зумерок, смог бы провести презентацию, в которой бы описал бы проблемы "legacy" в оригинальном коде? я допустим не стал бы на себя брать такую работу и ответственность и одно известно точно, что чем больше времени потрачено на проект, чем больше его популярность и проверка сообществом, тем больше вероятность того, что его код был вычитан и выверен не единожды, т.е. чем больше ты работаешь над своим кодом, чем чаще ты возвращаешься к нему со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел проверку временем а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель данных для автоматизации примерно таже, но теперь у нас JSON вместо XML, а так все то же самое.. это отдельная тема, не будем в подробности лезть, но для примера сойдет так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	70. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от User (??), 18-Ноя-25, 10:02
	> видишь ли SSH2 описывается спецификациями RFC4251–4254, т.е. ты не можешь убрать > "функциональных возможностей", если они они есть в стандарте, т.е. zssh будет > повторять все те же функции, иначе это уже не SSH Ну вот какими RFC описываются SFTP и SCP? А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать? А вот поддержка socks-прокси в SSH спецификациях есть? А VPN? Ну, тот который с -w? > что касается кода, все сильно зависит от того как он изначально написан, > вот ты зумерок, смог бы провести презентацию, в которой бы описал > бы проблемы "legacy" в оригинальном коде? я допустим не стал бы > на себя брать такую работу и ответственность Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься. > и одно известно точно, что чем больше времени потрачено на проект, чем > больше его популярность и проверка сообществом, тем больше вероятность того, что > его код был вычитан и выверен не единожды, т.е. чем больше > ты работаешь над своим кодом, чем чаще ты возвращаешься к нему > со свежим взглядом, тем больше ты его улучшаешь, и OpenSSH прошел > проверку временем Тут не поспоришь. Но что выгодней - длительный срок жизни с "чисткой" ошибок или существенно более современная кодовая база меньшего размера - вопрос дискуссионный. > а SUSE тем временем придумала Agama, когда в попытках преодолеть ограничения действующего > инсталлера, она убила хорошо работающее решение, не дала ничерта взамен, модель > данных для автоматизации примерно таже, но теперь у нас JSON вместо > XML, а так все то же самое.. это отдельная тема, не > будем в подробности лезть, но для примера сойдет Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример... > так откуда у тебя уверенность, что zssh не будет очередной сомнительной идеей?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+2 +/–
	Сообщение от penetrator (?), 18-Ноя-25, 10:38
	> Ну вот какими RFC описываются SFTP и SCP? Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex... > А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать? https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s... Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И мне SSH без расширений как чемодан без ручки. > Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься. Так в том то и дело, что одни предположения, т.е. если я поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу? Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable > Ну да - обёртка над ruby'шным yast тут конечно очень актуальный пример... Идеальный пример, кодовая база плохая (не в SSH, но по твоей теории и в SSH), она плохо интегрируется, они не могут вынести это в либу, все понятно, НО ЧТО ОНИ ДАЛИ ВЗАМЕН? и теперь перечитывай мой оригинальный абзац про Agama (где я пишу что они убили то что хорошо работало для конечного использования, а не про то как оно написано). Так вот где гарантия что zssh будет решением, а не такой же поделкой? Ну сломают они все, и их сервер не будет совместим практически ни с одним клиентом (к примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если это будет в лучших традициях SUSE, когда мы все сломаем, а новое построим наполовину. Притом а надо ли "чинить", в случае с YaST хотя бы понятно, чем они руководствовались. И если меня спросить а во что я верю больше, в эволюцию проверенного решения или в новое решение с сомнительным менеджементом, ну ответ очевиден.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от User (??), 18-Ноя-25, 11:51
	>> Ну вот какими RFC описываются SFTP и SCP? > Расширения для SSH2 вполне вписываются в стандарт. А само оно вот описывается > здесь: https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filex... Ну, т.е. есть протухший в 2007 году _draft_, ага. >> А собственная реализация сертификатов от SSH из драфта вышла? А вот тебе её прям зачем-то _НАДО_ реализовывать? > https://www.ietf.org/ietf-ftp/internet-drafts/draft-miller-s... Еще один _draft_, но посвежее. Самое в этом забавное, что _принятый_ RFC 6187 openssh та-дааам! Не реализует. У них свой NIH лисапет. Но СТАНДАРТ - СТАНДАРТ ЭТО ВАЖНО, ага Вопрос "а нафига это поддерживать (всем остальным)" - без ответа. > Wi-Fi6 Wi-Fi7 был тоже в драфте, а клепались устройства и чипы. И > мне SSH без расширений как чемодан без ручки. Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет. >> Ну посмотри на поддерживаемые ОС и архитектуры - и выкинь все по-с-дохшее, предполагаю что не ошибешься. > Так в том то и дело, что одни предположения, т.е. если я > поднимаю вопросы, то ты безапеляционно сыпешь утверждениями - чувствуешь разницу? > Давай покажи мне "поддерживаемые ОС и архитектуры": https://github.com/openssh/openssh-portable https://github.com/openssh/openssh-portable/blob/master/READ... Э? Это вот если по коду не ходить. Если ходить да еще не только в portable - то не удивлюсь, если по углам еще куски ssh1 остались. Опять же, autoconf в 2025 году выглядит "свежо и загранично"... >[оверквотинг удален] > то как оно написано). Так вот где гарантия что zssh будет > решением, а не такой же поделкой? Ну сломают они все, и > их сервер не будет совместим практически ни с одним клиентом (к > примеру, я не утверждаю). Вот я и спрашиваю, а зачем? Если > это будет в лучших традициях SUSE, когда мы все сломаем, а > новое построим наполовину. Притом а надо ли "чинить", в случае с > YaST хотя бы понятно, чем они руководствовались. > И если меня спросить а во что я верю больше, в эволюцию > проверенного решения или в новое решение с сомнительным менеджементом, ну ответ > очевиден. Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от penetrator (?), 18-Ноя-25, 13:19
	RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication Это всего лишь новая версия сертификатов, которая может быть не сделана еще в кодовой базе, в чем твой аргумент? Как это относится к тому что было сказано ранее? 6187 описывает то что работает с тем самым драфтом, т.е без SSH драфта, 6187 нужен ровно на 0 процентных пунктов ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз, вообще вне контекста > Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет. ну так и как это связано с контекстом? я ему посыл - что стандарты в драфте очень частое явление, и в оборудовании и в вебе и в прочих сферах, что реализации на базе этих стандартов ценны и часто становятся эталоном, а он мне про то, что у меня не забирают OpenSSH, ну спасибо, капитан > Э? Это вот если по коду не ходить. а ты сходи открой ssh.c и поищи где именно такая совместимость убивает качество внутри ssh.c? > Но вопрос был "нужно ли нам что-то лучшее, чем openssh", а не "могут ли эти конкретные товарищи это "более луДшее" обеспечить"? Т.е. я писал это тоже вне контекста? А не потому, что нам предлагается альтернатива, которая должна быть чем-то лучше OpenSSH? Наверное если бы статья звучала как 2.5 покемона собираются там что-то поэкспереметинровать на тему SSH используя малоприменимый язык программирования, и все это не должно иметь большой импакт на сообщество, мы всего лишь хотим: Have a working implementation of the ssh protocol in Zig. Be flexible, as to allow for hacking of the protocol (i.e. testing PQC algorithms). Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto). и можно добавить Have a fun. то наверное я бы и не стал ничего коментировать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–1 +/–
	Сообщение от User (??), 18-Ноя-25, 13:38
	> RFC 6187 - покрывает только X.509v3 Certificates for Secure Shell Authentication > Это всего лишь новая версия сертификатов, которая может быть не сделана еще > в кодовой базе, в чем твой аргумент? Как это относится к > тому что было сказано ранее? Оу. Ну, восстанавливаем логику дискуссии: 1. Ты пишешь, что не понятно, нужно ли нам что-то лучше, чем openssh 2. Я отвечаю, что скорее всего - "да", т.к. в текущем уж больно много всего помимо собственно SSH "наросло" 3. Ты говоришь, что "наросшее" убирать "никак ниможна" по тому, что оно - часть стандарта. 4. Я тебе тычу пальцем в вещи, которые НИКАКИМ стандартом не требуются - но реализованы, и в вещи, которые как раз таки стандартом _являются_ но вот не сделаны в пользу NIH-лисапеда. 5. Ты делаешь вид, что не понимаешь, к чему тут это. Ну привет, чо. > 6187 описывает то что работает с тем самым драфтом, т.е без SSH > драфта, 6187 нужен ровно на 0 процентных пунктов Ну вот если из zssh выкинут поддержку openssh-совместимых сертификатов и _по стандарту_ запилят поддержку x509v3 - я буду вполне доволен. (Кстати, если "впоперёк стандарта" выкинут вот например поддержку kerberos - тоже не обижусь, хоть в общем-то и пользовался) > ты вот воду мутишь, флудишь, а к чему ты апелируешь - хз, > вообще вне контекста Ну что, стало понятней? >> Ну так у тебя ж openssh никто и не отбирает, нет? У меня вот - нет. > ну так и как это связано с контекстом? я ему посыл - > что стандарты в драфте очень частое явление, и в оборудовании и > в вебе и в прочих сферах, что реализации на базе этих > стандартов ценны и часто становятся эталоном, а он мне про то, > что у меня не забирают OpenSSH, ну спасибо, капитан Не-не-не. У меня все ходы записаны! Ты говоришь, что SSH (и вся обвязка) часть СТАНДАРТА. Что очевидная вот не правда. Ты говоришь "ну пусть не стандарт - мне без этих расширений жизнь не мила!" - Я отвечаю, "пользуйся на здоровье! Никто ж не отнимает - но и реализовывать вот это всё - не обязательно от слова "совсем" - ты делаешь вид, что не понял, о чем речь. >> Э? Это вот если по коду не ходить. > а ты сходи открой ssh.c и поищи где именно такая совместимость убивает > качество внутри ssh.c? Может еще код ревью забесплатно провести? И генетическую экспертизу шотландца до седьмого колена сделать? >[оверквотинг удален] > SSH используя малоприменимый язык программирования, и все это не должно иметь > большой импакт на сообщество, мы всего лишь хотим: > Have a working implementation of the ssh protocol > in Zig. > Be flexible, as to allow for hacking of > the protocol (i.e. testing PQC algorithms). > Be agnostic of cryptography libraries (i.e. libcrypto, leancrypto). > и можно добавить > Have a fun. > то наверное я бы и не стал ничего коментировать. Ну вот это ДВА РАЗНЫХ ВОПРОСА. Ответ на первый - "да", на второй - "возможно, нет".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (118), 18-Ноя-25, 19:21
	То что драфтам много лет совсем не означает, что функционал ими описываемый и в опенссаш реализованный вдруг стал лишним. Тот же scp вполне активно использую, т.к. удобен и проверен временем. Зачем городить очередное васяноподелие без поддержки поивычных фич, если оригинал с ними работает как надо, я не понимаю. Это сродни переписыванию пабочтх инструментов на другой раст... язык просто потому что кому-то делать нечего и новых идей нет.
	Ответить \| Правка \| К родителю #78 \| Наверх \| Cообщить модератору


	119. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от User (??), 18-Ноя-25, 20:13
	> То что драфтам много лет совсем не означает, что функционал ими описываемый > и в опенссаш реализованный вдруг стал лишним. Тот же scp вполне > активно использую, т.к. удобен и проверен временем. Зачем городить очередное васяноподелие > без поддержки поивычных фич, если оригинал с ними работает как надо, > я не понимаю. Это сродни переписыванию пабочтх инструментов на другой раст... > язык просто потому что кому-то делать нечего и новых идей нет. А почему бы туда вот еще... о, открывашку для бутылок не встроить? ИДЕЯ! /Может по тому, что это - внезапно - не задача secure socket shell? Или по тому, что поверх ssh можно организовать передачу файлов хучь через cat\| хучь через tar cf - \|, хучь... и раздувать для этого кодовую базу абсолютно критичного с т.з. безопасности - вот абсолютно не обязательно? Да не, ерунда какая-то.../ И вот штопор еще, штопора не хватает!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от G0Dzilla (??), 18-Ноя-25, 07:03
	Нужно. Но вот где найти это лучше?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	68. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Frestein (ok), 18-Ноя-25, 10:00
	Поддержка XDG wont-fix. Еще вопросы?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору

11. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
Сообщение от Аноним (11), 18-Ноя-25, 00:24
Синтаксис конечно отвратный (как и в расте), но намного более современный чем ржавчина. Если уж и переписывать, то на нём.
Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–2 +/–
	Сообщение от Чтото знающий (?), 18-Ноя-25, 02:20
	>но намного более современный чем ржавчина А что это означает? На всякий случай, вдруг вы не знает, Zig не решает проблемы при работе с памятью, а Rust - решает (кроме утечек). Это и есть, по-вашему, более современный синтаксис?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+2 +/–
	Сообщение от Аноним (37), 18-Ноя-25, 04:19
	А какая связь между способом выражения кода программы и менеджементом памяти?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от Алексей (??), 18-Ноя-25, 19:19
	потому что у такого переписывания должна быть цель кроме собственно переписывания. При переписывании на Rust ты бонусом получаешь отсуствие многих типов критических уязвимостей. На Zig?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (136), 19-Ноя-25, 18:48
	>При переписывании на Rust ты бонусом получаешь Бонусом к чему? Вот то-то же. Переписыватели на что угодно делают это ради самого переписывания, не нужно обманывать самих себя и других.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от Аноним (90), 18-Ноя-25, 13:02
	>Синтаксис конечно отвратный (как и в расте) Борцун с синтаксисом как всегда не осилил язык, и по этому его не критикует.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	137. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (136), 19-Ноя-25, 18:49
	Как освоение языка помменяет его ужасный синтаксис?
	Ответить \| Правка \| Наверх \| Cообщить модератору

12. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
Сообщение от Аноним (12), 18-Ноя-25, 00:53
Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится. Да и название не имеет негативный смысл. В последних выпусках Lunduke доходиво объяснил, что такое Rust. Последние новости от Ubuntu только дополняют картину.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–6 +/–
	Сообщение от Аноним (-), 18-Ноя-25, 01:27
	> Судя по описанию, ZIG выглядит гораздо лучше ржавчины Угу, только по описанию. > Lunduke доходиво объяснил, что такоеRust Ad Free, Big Tech Free, Non-Woke, Audience Supported. Т.е нющеброд без поддержки серьезных компаний? Явно серьезный аргумент))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от 12yoexpert (ok), 18-Ноя-25, 01:56
	не paywall-free
	Ответить \| Правка \| Наверх \| Cообщить модератору


	123. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (123), 19-Ноя-25, 08:12
	>Big Tech Free То есть прямо говорят что на него не стоит тратить время тк для карьеры не полезно 🗿
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	138. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Аноним (136), 19-Ноя-25, 18:51
	Корпорации, все чаще использующие свербыстрый Bun, не могут с этим согласится. https://github.com/oven-sh/bun
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от Аноним (90), 18-Ноя-25, 13:04
	>Судя по описанию, ZIG выглядит гораздо лучше ржавчины и go хотябы тем что компиится из C, а не бустрапится. Слова ыксперда. А отладочные символы в нём откуда, неуж-то из сишной лапши, в которую он оттранслировался?
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	95. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+1 +/–
	Сообщение от Facemaker (?), 18-Ноя-25, 13:31
	Зачем сравнивать языки с явно разными областями применения? Популярно говоря, Go — убийца Джавы, Rust — C++, а Zig — C. Почитайте статьи Алексея Кладова: https://matklad.github.io/2025/08/09/zigs-lovely-syntax.html
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору