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

"Разработчики 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) –3

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

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

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

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

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

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

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

Нужно Но вот где найти это лучше , 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) –4

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

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

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

не paywall-free, 12yoexpert (ok), 01:56 , 18-Ноя-25, (25)

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

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

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

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

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

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

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

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

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

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

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

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

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

Zig паразитирует на волне сиубийства Он пытается убедить мимокрокодилов, что пр, Аноним (50), 07:29 , 18-Ноя-25, (50)
А в расте есть что-ли Только не надо про arc , Кошкажена (?), 08:57 , 18-Ноя-25, (62)

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

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

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

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

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

Все правильно, подальше, подальше, чтоб не нашли Замена 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)
У многих из переписанных на коррозийный язык под шумок сменяется лицензия на бол, Пыщь (?), 08:28 , 18-Ноя-25, (57)

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

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

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

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

передайте этим сказочным, что в ssh уже 100 лет в обед как есть посткванты, ниче, Аноним (45), 06:48 , 18-Ноя-25, (45)
Как эксперимент конечно пусть играются, но идея в корне сомнительна В таких кри, Вася Пупкин (?), 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
Хороший язык Даже в Redox начали драйвера с Rust на Zig переписывать , Анонен (?), 11:57 , 18-Ноя-25, (79)
pq в openssh с версии 3 5 когда выкидывают легаси - получается libressl плюс, крокодил мимо.. (-), 12:00 , 18-Ноя-25, (80)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Шило на мыло.

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

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

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

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

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

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

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

На run0.

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

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

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

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

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

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

Сообщение от 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 на язык..." +/–

Сообщение от 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ообщить модератору

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 на язык..." –4 +/–

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

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

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

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

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

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

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

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

Сообщение от Аноним (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 на язык..." +/–

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

не paywall-free

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скорее, NIH...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | 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 на язык..." +/–

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Аноним (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ообщить модератору

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

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

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

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

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

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


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


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


	70. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–1 +/–
	Сообщение от 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 на язык..."	+/–
	Сообщение от 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ообщить модератору


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


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

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

16. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–2 +/–
Сообщение от Аноним (16), 18-Ноя-25, 01:12
Радует, что кто-то из гигантов обратил внимание. Я конечно предпочёл бы развитие Hare, но Zig тоже лучше, чем rust.
Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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

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

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


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


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


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


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


	53. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	+/–
	Сообщение от Shellpeck (?), 18-Ноя-25, 08:04
	Скорее, NIH...
	Ответить \| Правка \| К родителю #35 \| Наверх \| Cообщить модератору


	41. "Разработчики openSUSE развивают zssh, реализацию SSH на язык..."	–1 +/–
	Сообщение от 12yoexpert (ok), 18-Ноя-25, 05:21
	> Rust решает проблемы при работе с памятью ложь, дальше не читал
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору