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

GNOME Wayland

Вот с одной стороны - в Fedora активно пиарят Flatpak, а с другой - вечные косяки с приложениями из него... (

Вот с одной стороны - в Fedora активно пиарят Flatpak, а с другой - вечные косяки с приложениями из него... (

Так с приложениями же, а не с флатпаком.

Кажется хотели собирать флатпаки внутри федоры. С ними проблем быть не должно в теории.

Вот с одной стороны - в Fedora активно пиарят Flatpak, а с другой - вечные косяки с приложениями из него... (

Ну, флатпак штука новая и довольно сырая, хоть и уже юзабельная.

Кажется хотели собирать флатпаки внутри федоры. С ними проблем быть не должно в теории.

Дык собрали же. Реп есть отдельный, который в сильверблю идёт по умолчанию. Там просто приложух мало

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

Нет. Это особенность работы телеги на вейлендном бэке

У меня ни одного флатпака нет и не будет.

У меня ни одного флатпака нет и не будет.

Почему?

Так с приложениями же, а не с флатпаком.

Да, с приложениями. Но я про FAQ выше, и про официальные пакеты приложений. Большинство начало представлять свои пакеты для дистрибутивов, но в каком-нибудь Flathub все равно есть пометка "не поддерживается разработчиком".

Нет. Это особенность работы телеги на вейлендном бэке

известел способ починить?

известел способ починить?

Нет вроде. Это баг тг.

Не вижу нужды. Всё есть в rpm, работает, места много не занимает.

Не вижу нужды. Всё есть в rpm, работает, места много не занимает.

Ясно

Да, с приложениями. Но я про FAQ выше, и про официальные пакеты приложений. Большинство начало представлять свои пакеты для дистрибутивов, но в каком-нибудь Flathub все равно есть пометка "не поддерживается разработчиком".

Ну, не все привыкли работать с флатпаком...

Не вижу нужды. Всё есть в rpm, работает, места много не занимает.

Когда работаешь в гноме, но привык к Kate и он тебе тащит половину кед, то получается что флатпак меньше места займёт))

Когда работаешь в гноме, но привык к Kate и он тебе тащит половину кед, то получается что флатпак меньше места займёт))

На самом деле столько же по идее: платформа KDE также тянентся, но в флатпаке

Она даже больше будет

Она даже больше будет

Наверное

Ну, не все привыкли работать с флатпаком...

Ну тут кто-то недавно удивлялся тому, что люди до сих пор ставят пакеты с помощью DNF. Как так можно?! Это же всегда все ломает. :) А в GNOME Software репозитории Flatpak выбраны по умолчанию, вроде.

На самом деле столько же по идее: платформа KDE также тянентся, но в флатпаке

Это я утрировал. Но так оно хотя бы не будет устанавливать konsole или ещё что-то дополнительно, что тебе совершенно не нужно. К тому же, рантайм только один раз качается - не страшно.

Ну тут кто-то недавно удивлялся тому, что люди до сих пор ставят пакеты с помощью DNF. Как так можно?! Это же всегда все ломает. :) А в GNOME Software репозитории Flatpak выбраны по умолчанию, вроде.

Нет. Только в сильверблю и только федорины

Это я утрировал. Но так оно хотя бы не будет устанавливать konsole или ещё что-то дополнительно, что тебе совершенно не нужно. К тому же, рантайм только один раз качается - не страшно.

Это да. А точнее, будет, но не покажет его тебе

Нет. Только в сильверблю и только федорины

Разве? На днях установил обычный 33 и там выбран был сразу registry.fedoraproject.org, вроде.

Ну тут кто-то недавно удивлялся тому, что люди до сих пор ставят пакеты с помощью DNF. Как так можно?! Это же всегда все ломает. :) А в GNOME Software репозитории Flatpak выбраны по умолчанию, вроде.

Еще раз, Флатпак — это новая технология, которая все ещё внедряется и развивается. DNF ничего не ломает. И в зависимости от ситуации иногда уместно одно, иногда другое. Лично я жду когда в Flatpak будут качественные сборки большинства приложений. Не со всеми это так.

Разве? На днях установил обычный 33 и там выбран был сразу registry.fedoraproject.org, вроде.

Хммм... У меня то с 27 обновляется - такого нет. Может ты и прав и теперь в 33 оно по умолчанию идёт.

Хммм... У меня то с 27 обновляется - такого нет. Может ты и прав и теперь в 33 оно по умолчанию идёт.

Да

Разве? На днях установил обычный 33 и там выбран был сразу registry.fedoraproject.org, вроде.

Да

Еще раз, Флатпак — это новая технология, которая все ещё внедряется и развивается. DNF ничего не ломает. И в зависимости от ситуации иногда уместно одно, иногда другое. Лично я жду когда в Flatpak будут качественные сборки большинства приложений. Не со всеми это так.

Ещё раз, контейнерам уже лет пять. Разработчики дистрибутивов прямо навязывают Flatpak/Snap, предлагая искать десктопные приложения сначала там, и даже штатные DE, навроде GNOME, предустанавливают оттуда. Но при всем этом разработчики приложений как-то слишком вяло поддерживают эту инициативу.

Ещё раз, контейнерам уже лет пять. Разработчики дистрибутивов прямо навязывают Flatpak/Snap, предлагая искать десктопные приложения сначала там, и даже штатные DE, навроде GNOME, предустанавливают оттуда. Но при всем этом разработчики приложений как-то слишком вяло поддерживают эту инициативу.

А эти контейнеры точно полезны. Это же способ развести помойку, куда каждый ходит со всем своим, как в продуктах от M$. И с которым модель с разделяемыми библиотеками и пакетным менеджером с весьма жёсткой дисциплиной пытается противостоять.

А кто как использует и хранит ключи GPG/SSH? Может, симлинки на зашифрованную флешку с ключами? Смарт-карты? Или просто по-умолчанию в домашнем каталоге? Не очень хорошо, когда любое приложение может утянуть ключи из $HOME. Я долгое время использовал связку SSH -> GPG -> YubiKey и оффлайновый мастер-ключ, но это слишком уж хлипкая конструкция, которая периодически разваливается. Надоело. :(

ребята, а в SElinux возможно ли как-то разрешить доступ к файлам нескольким сервисам?

Вот с одной стороны - в Fedora активно пиарят Flatpak, а с другой - вечные косяки с приложениями из него... (

Есть такая вещь. Но тут проблемы уже на стороне разработчиков приложений. Тот же Jetbrains официально вообще Flatpak не поддерживает: лишь Snap и AppImage. Вполне возможно запокавать IDE во Flatpak

Gnome Builder тому пример

вот уменя есть контейнер, который там что-то качает в определенную папку. Эта определенная папка так же должна читаться самбой и для этого тоже нужны какие-то права

Есть такая вещь. Но тут проблемы уже на стороне разработчиков приложений. Тот же Jetbrains официально вообще Flatpak не поддерживает: лишь Snap и AppImage. Вполне возможно запокавать IDE во Flatpak

Да, я именно про это. И это печалит.

А кто как использует и хранит ключи GPG/SSH? Может, симлинки на зашифрованную флешку с ключами? Смарт-карты? Или просто по-умолчанию в домашнем каталоге? Не очень хорошо, когда любое приложение может утянуть ключи из $HOME. Я долгое время использовал связку SSH -> GPG -> YubiKey и оффлайновый мастер-ключ, но это слишком уж хлипкая конструкция, которая периодически разваливается. Надоело. :(

Да, в домашнем. Не к столу сказано, но у меня нет ничего такого, для чего нужен внешний криптопроцессор.

Ну, флатпак штука новая и довольно сырая, хоть и уже юзабельная.

Spotify используется вообще без проблем и не имеет по-умолчанию доступа к файловой системе: лишь к сети

Да, я именно про это. И это печалит.

У Snap есть каноникал, который их продвигает. Redhat тоже было бы неплохо их продвигать активнее

Они могли бы договориться на официальную поставку IDE в виде Flatpak

Да, в домашнем. Не к столу сказано, но у меня нет ничего такого, для чего нужен внешний криптопроцессор.

Но обычный доступ к GitHub/GitLab может легко уплыть, если некое нехорошее приложение из Flathub стащит ключи.

Они могли бы договориться на официальную поставку IDE в виде Flatpak

Многим было бы так даже удобнее, чем качать Toolbox с официального сайта. При этом, разрабы также сами мейнтейнили бы свои приложения

Но обычный доступ к GitHub/GitLab может легко уплыть, если некое нехорошее приложение из Flathub стащит ключи.

SELinux может ограничить доступ любому приложению (в том числе и из не Flatpak) к определённой папке?

SELinux может ограничить доступ любому приложению (в том числе и из не Flatpak) к определённой папке?

Можно. Но это же тот ещё гимор с правилами.

Можно. Но это же тот ещё гимор с правилами.

А как с этим обстоит в Apparmor? Он так может?

Но обычный доступ к GitHub/GitLab может легко уплыть, если некое нехорошее приложение из Flathub стащит ключи.

так поменять ключ. или в чем соль ситуации?

Можно. Но это же тот ещё гимор с правилами.

И в чём заключается гемор?

так поменять ключ. или в чем соль ситуации?

Ну в случае с GPG, особенно, если он подписан кем-то, это не самый простой процесс. На него же куча ссылок. Он указан на разных серверах

И в чём заключается гемор?

Написать правила SELinux.

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

то же GNOME Wayland - никаких лагов при прокрутке.

Spotify используется вообще без проблем и не имеет по-умолчанию доступа к файловой системе: лишь к сети

Да. А вот те же IDE от Jetbrains в контейнере не очень счастливы из-за криво собранного флатпака. Когда мейнтейнит разраб, это одно...

то же GNOME Wayland - никаких лагов при прокрутке.

Телегу где брал?

Стоп, что...

Теперь и у меня нет

Исчез баг)

Из фьюжн.

Мистика :)

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

Обнови. Кажется пофиксили))

не. не починили((. хотя скачанный с оф сайта работает без лагов. мистика

что fusion, что flatpak

не. не починили((. хотя скачанный с оф сайта работает без лагов. мистика

Это как раз понятно. Там он на Xwayland

не. не починили((. хотя скачанный с оф сайта работает без лагов. мистика

А, не, вроде всё равно подлагивает...

Я хз короче

Кажется, что с какой-то обновой стало лучше

Или дело не в нём

Крч да

Баг есть

не. не починили((. хотя скачанный с оф сайта работает без лагов. мистика

Никакой мистики - бинарь с сайта в вейленд-сессии работает через XWayland.

Есть такая вещь. Но тут проблемы уже на стороне разработчиков приложений. Тот же Jetbrains официально вообще Flatpak не поддерживает: лишь Snap и AppImage. Вполне возможно запокавать IDE во Flatpak

Нюанс в том, что снапов есть два вида - "обычные" и "классические". Обычные похожи на флатпаки в том смысле, что они работают в собственном окружении и независимы от хост-системы. А классические - это скорее appimage на стероидах, они работают в окружении хост-системы и, на самом деле, не независимы от дистрибутива (как и appimage). Так вот, продукты JetBrains (как и, вероятно, все снапы с IDE) - "классические". Можно в этом убедиться по опции --classic, которую предлагается использовать для установки.

Никакой мистики - бинарь с сайта в вейленд-сессии работает через XWayland.

Ну, XWayland это эмуляция API от X под Wayland. И пока клиент его использует, будет хуже, чем под родным. Как говорил Владимир Владимирович (не, настоящий): не делайте под Маяковского, делайте под себя 😏

Ну, XWayland это эмуляция API от X под Wayland. И пока клиент его использует, будет хуже, чем под родным. Как говорил Владимир Владимирович (не, настоящий): не делайте под Маяковского, делайте под себя 😏

Как видишь, кому-то наоборот лучше с XWayland, с родным вейлендом прокрутка лагает и что там ещё.

Ну, XWayland это эмуляция API от X под Wayland. И пока клиент его использует, будет хуже, чем под родным. Как говорил Владимир Владимирович (не, настоящий): не делайте под Маяковского, делайте под себя 😏

У Qt под Xorg и под Wayland разный бэкенд. А тг использует собственную надстройку над Qt. И по какой-то причине эта надстройка не достаточно хорошо дружит с Wayland-бэкендом Qt

Как видишь, кому-то наоборот лучше с XWayland, с родным вейлендом прокрутка лагает и что там ещё.

Дык, а много есть клиентов, которые напрямую работают. Там ещё и отдельный слой композиторов нужен. Войны ещё нет среди них?

Дык, а много есть клиентов, которые напрямую работают. Там ещё и отдельный слой композиторов нужен. Войны ещё нет среди них?

Уже есть несовместимости, во всяком случае. Но их в основном Gnome порождает.

Ну, XWayland это эмуляция API от X под Wayland. И пока клиент его использует, будет хуже, чем под родным. Как говорил Владимир Владимирович (не, настоящий): не делайте под Маяковского, делайте под себя 😏

Не обязательно. Производительность будет хуже, да. Но это баг, а не недостаток производительности. Кстати, с тачскрином можно убедиться, что пальцем прокручивается нормально.

Уже есть несовместимости, во всяком случае. Но их в основном Gnome порождает.

Это как?

Уже есть несовместимости, во всяком случае. Но их в основном Gnome порождает.

Ну, всё просто: не пользуемся Gnome. Я вообще-то такие вбросы не делаю, но иногда достаёт. Стал занудливее Виндов или Mackos :(

У Qt под Xorg и под Wayland разный бэкенд. А тг использует собственную надстройку над Qt. И по какой-то причине эта надстройка не достаточно хорошо дружит с Wayland-бэкендом Qt

Не, тут дело не в ТГ, у Qt вообще беда с родным вейлендом, по крайней мере, на не-KDE. Можешь, например, зайти на флатхаб и посмотреть, сколько приложений форсируют использование XWayland (QT_QPA_PLATFORM=xcb), не желая разбираться, что не так с родным: https://github.com/search?q=org%3Aflathub+QT_QPA_PLATFORM&type=code