а секретночаты есть?

Есть

Единственный десктопный клиент с ними.

хм, перекатиться что ли

Дуров считает, что секретночаты на десктопах нинужно.

запушал leveldb 1.18 в rawhide

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3PL4MGPO3J6TDFHOKYNJTUHLNPCH42EJ/

по дефолту обмен идёт через http. но ведь клиент сообщения везде шифрует, правильно? на сервере они фактически доступны для чтения, но не всем из местной сети и у провайдера

по дефолту обмен идёт через http. но ведь клиент сообщения везде шифрует, правильно? на сервере они фактически доступны для чтения, но не всем из местной сети и у провайдера

https only

по дефолту обмен идёт через http. но ведь клиент сообщения везде шифрует, правильно? на сервере они фактически доступны для чтения, но не всем из местной сети и у провайдера

Какой обмен по HTTP?

в обычной десктоп телеге

за plain http руки отрубать

в обычной десктоп телеге

У них там свой транспортный протокол с блекджеком и шлюхами.

в обычной десктоп телеге

https, я надеюсь

Прокси же.

У них там свой транспортный протокол с блекджеком и шлюхами.

это протокол шифрования

Самую нужную функцию, и не реализовали.

Она реализована была, но почему-то перестала работать.

Он успешно запрашивает пароль 2FA, новый клиент появляется в списке активных, но главная форма зависает.

Если сбить процесс и заново запустить, снова вылезает запрос 2FA и так бесконечно. Где-то ошибка.

Они никак не используют HTTP вообще. У них там свой транспортный протокол. Но они могут воспринимать соединения через 80-ый порт. Так например, веб-клиент ходит.

The protocol is designed for access to a server API from applications running on mobile devices. It must be emphasized that a web browser is not such an application.

про десктоп ни слова

из описания MTProto

Они никак не используют HTTP вообще. У них там свой транспортный протокол. Но они могут воспринимать соединения через 80-ый порт. Так например, веб-клиент ходит.

Веб-клиент - это полноценный Telegram клиент, написанный на JavaScript вообще-то.

в общем, тут проще трафик посниффать и удиветь воочию

но про транспортный протокол что-то не то, Егор

@xvitaly, @nexfwall скидываю утренние логи системы после отключения SELinux. /404118/14706165

Пока снес все, что связано с NVidia. Логи кину скоро.

Pastebin.com/XTHNuext

Pastebin.com/XTHNuext

Не вижу никаких проблем.

Насчёт лога без SELinux - не уверен.

Просто без SELinux там нечему падать.

Попробуем еще раз установить все

Заменять пакеты?

А, ну да... Уже машинально со смартфона фотографирую.

Ты же уже всё установил, нет?

Ну ладно. Я пойду работать.

Теперь выдает это. Логи не передаются Ладно, хрен с ним сейчас.

А нет, вот и логи: 404190/14706310

Ладно, это уже вечером все.

по каким причинам exclude=java*?

Чтобы не лезла в образ java*sun и java*oracle. На openjdk не влияет.

благодарю

@ignatenkobrain BDB2053 Freeing read locks for locker

как убрать?

Какая у тебя точная модель видеокарты? Есть логи сборки пакета из /var/cache/akmods/nvidia/?

Какая у тебя точная модель видеокарты? Есть логи сборки пакета из /var/cache/akmods/nvidia/?

Где-то выше писал.

Какая у тебя точная модель видеокарты? Есть логи сборки пакета из /var/cache/akmods/nvidia/?

Логи выкладывал так же выше

Сейчас не дома, ноутбука нет. Писать неудобно

24 федора интересно себя на виртуалке ведет. Если заставку кнопкой esc не закрываю, то виснет. Если закрою, то грузится нормально.

Логи выкладывал так же выше

Да, вижу. Установка прошла в штатном режиме.

Да, вижу. Установка прошла в штатном режиме.

Сейчас снова все снес, ибо в графике все равно надо было загрузится.

Где-то выше писал.

У меня есть подозрение, что видеокарта не поддерживается драйвером из mainline, поэтому нужно ставить из legacy ветки.

Сейчас что делаю?

Сейчас что делаю?

glxinfo | fpaste

У меня есть подозрение, что видеокарта не поддерживается драйвером из mainline, поэтому нужно ставить из legacy ветки.

Такие проблемы повсеместно проявляются в GNU/Linux?

Такие проблемы повсеместно проявляются в GNU/Linux?

Все вопросы к NVIDIA. Не зря же им Линус показывал палец.

Все вопросы к NVIDIA. Не зря же им Линус показывал палец.

Помню видео.

авг 08 14:31:32 AndrewRi kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 367.35 Mon Jul 11 23:14:21 PDT 2016

glxinfo | fpaste

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

Драйверы кстати у тебя загрузились нормально.

ERROR: S client not available

Драйверы кстати у тебя загрузились нормально.

Значит не поддерживает карта?

Значит не поддерживает карта?

Не знаю. После вывода glxinfo смогу точно сказать.

У тебя SDDM просто падает в конце:

авг 08 14:31:44 AndrewRi sddm-greeter[4867]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior 2, swapInterval 1, profile 0)

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

Надо бы баг в баг-трекере Fedora оформить.

В принципе, можно попробовать SDDM на какой-нибудь другой DM заменить.

В принципе, можно попробовать SDDM на какой-нибудь другой DM заменить.

Сначала посмотрим, что логи скажут. От этого и танцевать надо.

Сначала посмотрим, что логи скажут. От этого и танцевать надо.

Зарепорти в баг-трекер вот этот твой лог: https://paste.fedoraproject.org/404190/14706310/

Строки 1800 - 1876.

Напиши, что после установки проприетарных драйверов NVIDIA падает SDDM.

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

Напиши, что после установки проприетарных драйверов NVIDIA падает SDDM.

Сделаю. Но уже через 30 минут.

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

Баг в SDDM-то надо починить. Это же явно не нормально, что он падает.

Ещё баг можно зарепортить в баг-трекер KDE. Они же разрабатывают SDDM.

Вот в KDE уже должны заняться исправлением этого.

Сделаю. Но уже через 30 минут.

Действительно, лучше сразу в баг-трекер KDE репорти.

https://bugs.kde.org/

Напиши, что после установки проприетарных драйверов NVIDIA падает SDDM.

Так, мне указывать баг чего? SDDM в списках нет.

Указал KDE в общем

https://bugs.kde.org/show_bug.cgi?id=366526

Сейчас снова ставлю akmod-nvidia

Сейчас снова ставлю akmod-nvidia

Вывод glxinfo | fpaste залей сюда ещё.

glxinfo | fpaste

https://paste.fedoraproject.org/404326/14706601 - без akmod-nvidia

Сейчас сделаю с akmod

https://paste.fedoraproject.org/404326/14706601 - без akmod-nvidia

Блин, у тебя Nvidia Optimus что-ли?

чего сразу kde :) а если так? xinit $(which xterm) — :1

Блин, у тебя Nvidia Optimus что-ли?

Так ноутбук же. Тем более модель относительно новая.

Так ноутбук же. Тем более модель относительно новая.

С оптимусами всегда куча проблем.

Ты же сам модель видел

С оптимусами всегда куча проблем.

Проклятье

это надо было в самую первую очередь говорить. что optimus