Используй -e

Это для конвертации существующего ключа, но проблема в том, что ssh-keygen вообще игнорит формат похоже, всегда генерит begin openssh

Это для конвертации существующего ключа, но проблема в том, что ssh-keygen вообще игнорит формат похоже, всегда генерит begin openssh

А что выдаёт openssl genrsa -out key.pem 2048 cat key.pem

А что выдаёт openssl genrsa -out key.pem 2048 cat key.pem

begin rsa

Т.е. предлагешь ключи не кейгеном генерить, а openssl?

Это съест утилита ssh-copy-id?

Те же яйца, только в профиль.

А куда она денется?

Ага, сейчас проверю

Ага, сейчас проверю

Сорян, ошибся чутка

Ага, invalid format написал :)

ssh-copy-id

Сорян, ошибся чутка

Есть варианты? :)

Есть варианты? :)

openssl genrsa -out ~/.ssh/id_rsa 2048 ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub

Ищу как сделать на чистом openssl )

openssl genrsa -out ~/.ssh/id_rsa 2048 ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub

Да, спасибо, сработало!

Ищу как сделать на чистом openssl )

openssl rsa -in ~/.ssh/id_rsa -pubout не ?

@ignatenkobrain @RemiZOffAlex нашел решение, но мне кажется такое поведение для ssh-keygen не норма :)

@ignatenkobrain @RemiZOffAlex нашел решение, но мне кажется такое поведение для ssh-keygen не норма :)

Я ж говорю, это заголовок. Он прописывается при сборке. Сути он не несет.

Использование идёт из настроек ssh

Я ж говорю, это заголовок. Он прописывается при сборке. Сути он не несет.

Я декодировал через botan библиотеку этот ключ, там в теле ключа формируется в начеле openssh

Вместо rsa

и -t rsa флаг не меняет ничего

openssh - это не протокол.

Ключ есть 2048 или другая последовательность.

Хранится в base64

Т.е. если твой ssh-keygen вставляет в последовательность слово openssh - это реально ненормально

Т.е. если твой ssh-keygen вставляет в последовательность слово openssh - это реально ненормально

Вставляет :)

Я просто перезапустил композитор и всё заработало

Да, но меня интересует старый формат, с begin rsa в загаловке :)

Не помогает, он внутрь ключа помещает этот openssh

Там же зашифровано содержимое ключа

Некоторый софт их проверяет зачем-то

Бегин, енд тоже чекают вроде, когда у тебя один толстый конфигурационный файл, куда на конкатинейтили кучу ключей разных.

Надо чекнуть как в профилях OpenVPN с вшитыми ключами...

А, ну там ведь ключи вроде окружены в свои блоки

Забыл формат, но типа <PrivateKey></PrivateKey>

Ага, ну тогда да, парсить комменты бессмыслено

i3wm не умеет искать и пускать flatpak'и из dmenu? @linntilmann

Вот с такой проблемой еще столкнулся. Собираю rpm по spec файлу локально - все собирается. Теперь собираю через fedora-copr - там ошибка возникает. https://copr-be.cloud.fedoraproject.org/results/milovidov/DataAgregator/fedora-28-x86_64/00798657-dataagregator/build.log.gz

так, я обновился на ф29, всё булка и торт, но у меня сломалось добавление закладок в фурифоксе, вопрос: я один такой счастливый или это известный баг?

BUILDSTDERR: Cannot read /builddir/build/BUILD/dataagregator-1.1.0: file to open is a directory

вроде гном умеет только в целые числа скейлинга

Кто нибудь знает в чем проблема?

по крайней мере год назад было именно так

https://github.com/milovidov/dataagregator_installers/blob/master/rpm/dataagregator.spec

О, судя по всему эксперементально вкрутили https://wiki.archlinux.org/index.php/HiDPI#Fractional_Scaling

Ага, ок

В Gnome Tweaks.

Да, там именно такой формат

/var/tmp/rpm-tmp.RtrW2G: line 33: pushd: x86_64-redhat-linux-gnu: No such file or directory

После того как поменял spec, это локально я собираю

Ага, локально сработало

Сам Shell масштабируется, GTK приложения я тоже думал только кратные целым, но сейчас выглядит так, как будто и они масштабируются (виджеты, кнопки и т.д.)

так, я обновился на ф29, всё булка и торт, но у меня сломалось добавление закладок в фурифоксе, вопрос: я один такой счастливый или это известный баг?

У меня ок. Wayland?

Локально собирается, а вот в fedora copr так же не собирается

BUILDSTDERR: Cannot read /builddir/build/BUILD/dataagregator-1.1.0: file to open is a directory

Та же самая проблема

Спасибо :)

Так, получается нужно локально засунуть srpm

Ага, попробую

Фигово, получается это не автоматизировать

Не корень. И не могу в консоль войти, пишет типа «неактивный» root ... Спасибо! (Нашёл другой комп. Сейчас сделаю ЛайвСД)

Да, собралось под федоры, но под CentOS не собралось и ошибка непонятная

https://copr-be.cloud.fedoraproject.org/results/milovidov/DataAgregator/epel-7-x86_64/00798668-dataagregator/build.log.gz

А, вот оно что, спасибо.

Интересно, а когда он там будет?

Даже так?

Ведь это же обновление для ssh

Так это критический пакет же

Да

библиотека шифрования и версия 1.10 больше не поддерживается

Да, но там botan 1.10 вроде есть

но его поодержка заканчивается в декабре

значит нужно портировать на 2.7.0

Это понятно. Просто ботан либо для шифрования, и её поддержка заканчивается. Тут мне кажется без вариантов вообще надо перейти, или те пакеты, что ее используют под угрозой, а это могут буть энтерпрайз пакеты

Так мне он и не нужен, но может быть нужен потенциальным пользователям утилиты

А он соответствует лсб?

Не соберут получается :)