Браузер Vivaldi теперь доступен на Flathub

Не значимо. Сборки в Flathub есть и у Google Chrome. В Talks!

Спасибо!

Но только .deb сохраните, пожалуйста.

Вивальди - лучший почтовый клиент!

серьезно? Сейчас проверим

Vivaldi

Спасибо, но нет, не нужно

действительно шикарный клиент. А иконка в статусе и реалтайм оповещение о прибытии вообще покорили. Перееду пока на вивальди

Как раз с почтой у него сложно: он раз в 100 медленней и неудобней claws-mail.

Flatpak, snap и же с ними — раковая опухоль на теле менеджера пакетов.

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

Brave тоже там есть, но полурабочий, официальные разрабы такой вариант дистрибуции не предусмотрели, а энтузиастам нах надо. Поэтому то что сами разрабы будут поддерживаьть ЖИРНЕЙШИЙ ПЛЮС. Но! Вы уже догадались, наверное, что flatpak не нужен, но только в нормальных дистрах (Арч, Гента и тп)

То сборка от васянов. Правда и сборки эти - это просто пару конфигов в yaml как всякие ci/cd, там не нужно особой квалификации

зачем на катинке флаг почти редиса?

То сборка от васянов. Правда и сборки эти - это просто пару конфигов в yaml как всякие ci/cd, там не нужно особой квалификации

Сделать адекватную некривую сборку продукта, которым будут пользоваться тысячи человек не требует особой квалификации? Ну-ну.

раковая опухоль на теле менеджера пакетов

Flatpak и snap - это и есть менеджеры пакетов…

Впрочем, какая разница - всё равно кто-то где-то в инете умно сказал, что это плохо, ещё и сам с какими-то проблемами столкнулся… точно ненужно! Я знаю, я разбирался. Правда-правда.

Вы уже догадались, наверное, что flatpak не нужен

Конечно не нужен. Вы почаще говорите об этом под подобными новостями.

А то столько развелось тех, кто что-то пилит под него, что задумываешься, а может, нужно…

Плохо то, что в вашем браузере со временем накапливается куча мелких багов, которые не чинятся по очевидным причинам. Ещё плохо то, что когда из хромого выкидывают «ненужные» и «небезопасные» функции, то они выкидываются и из вашего браузера тоже. Я в своё время надеялся, что в вивальди накладываются патчи, которые будут сохранять поддержку некоторых вещей.

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

гугл, кажется, планирует скоро новый манифест

так они планируют уже не первый год, а воз и ныне там. Все против и это правильно. Иначе браузер будет 1/3 времени рендеринга страницы тратить на всеми любимую рекламу

Все против

Когда это корпов волновало? Ага.

хм, раз не вводят значит волнует. Ublock вырезает, наверное, 90% рекламы это и есть потери. Можно просто глянуть как на блокеров подавали в суды, пытались запретить и тд и тп.

раз не вводят значит волнует

Или делают вид, что волнует. Поживём - увидим. Лично моё мнение, что они либо всё равно введут, либо применят тактику варёной лягушки.

https://github.com/flathub/com.google.Chrome/blob/master/com.google.Chrome.yaml просто посмотри

Вторую часть предложения не читай @ сразу отвечай. Но если ты и с ней не согласен, то только дебилы от рута ГУИ запускают. А потому flatpak использовать нужно только тогда, когда тебе нужна последняя версия программы в случае некродистров либо если ты не хочешь сидеть компилить ее из исходников (это долго). Там есть еще плюс в виде так называемых дельта-обновлений, но он полностью нивелируется тем, что постоянно Гномы, КЕДЫ выкачиваются

То сборка от васянов.

А это что?

Ну, например, телеграм во флэтхабе собран его разработчиками, а васяны - это левые люди. Я, например, ранее в АУРе сборки чужих прог поддерживал

только дебилы от рута ГУИ запускают

что?

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

Flatpak и snap - это и есть менеджеры пакетов…

Нет, менеджер пакетов это APT и т.п. А это — изделия программные, изготовленные по технологии пакетного менеджера с добавлением заменителя отслеживания зависимостей.

Н Е Н У Ж Н О
Е           Н 
Н           Ж
У           У
Ж           Н
Н           Е
О Н Ж У Н Е Н

Так лучше

О Н Ж У Н Е Н !

Клиент стартует вместе с ДЕ, висит в трее и обращает на себя внимание либо при ошибке, либо при появлении письма.

В текущем виде да. С другой стороны, если паковать софт в самодостаточные виртуалки, запускаемые вообще где угодно и без зависимостей... А обмен файлами как в VBOX, локальной самбой через простой скрипт.

паковать софт в самодостаточные виртуалки

Определённо плохая идея. Тем более докер уже есть.

Ну, образ qemu c альпином/слаксом на 300М оверхеда запустится где угодно, без установки и с одной единственной обязательной зависимостью. С докером кажется всё сложнее.

• clwas-mail использует gtk4

• лор: BURN IT!!

если серьезно я дома на линухе пользовался только вебклиентами.

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

alex@superPC ~ % pacman -Sii claws-mail                                    [/home/alex]
Репозиторий          : extra
Название             : claws-mail
Версия               : 4.1.1-3
Описание             : A GTK+ based e-mail client
Архитектура          : x86_64
URL                  : https://www.claws-mail.org
Лицензии             : GPL3
Группы               : Нет
Предоставляет        : claws
Зависит от           : gtk3  gnutls  startup-notification  enchant  gpgme  libetpan
                       compface  libsm  dbus-glib
Доп. зависимости     : python: needed for some tools
                       perl: needed for some tools and perl plugin
                       spamassassin: adds support for spamfiltering
                       bogofilter: adds support for spamfiltering
                       libnotify: for notification plugin
                       libcanberra: for notification plugin
                       dbus: for notification plugin
                       libxml2: for rssyl plugins
                       curl: for vcalendar, rssyl and spamreport plugins
                       libarchive: for archive plugin and various other plugins
                       libytnef: for tnef_parse plugin
                       libgdata: for gdata plugin
                       poppler-glib: for pdf viewer plugin
                       ghostscript: for pdf viewer plugin
                       libical: for vcalendar plugin
                       dillo: for dillo html viewer plugin
                       webkit2gtk: for fancy webkit html viewer plugin
                       gumbo-parser: for litehtml plugin
Требуется            : Нет
Опционально для      : Нет
Конфликтует с        : Нет
Заменяет             : Нет
Размер загрузки      : 4,86 MiB
Установленный размер : 19,31 MiB
Сборщик              : T.J. Townsend <blakkheim@archlinux.org>
Дата сборки          : Чт 21 сен 2023 05:20:53
MD5                  : 808cb68dc5cb18a65796988343a2d609
SHA-256              : 26236f92ed298410acc70b39999f91a5b5c627bb3e5b2c633a53c6e50af66bb4
Подписи              : F296BDE50368C6CE

alex@superPC ~ %                                                           [/home/alex]

Где тут gtk4?

ТАМ КОНТЕЙНЕРЫ! Виртуалки используют другое ядро или вообще винду, контейнеры тож самое, что и хост и, используя неймспейсы, запускают параллельно системы

Правильно, раньше все просто плевали на оптимизацию софта, а теперь мы будем это делать демонстративно и с особым цинизмом. Весь софт в песочницах, виртуалках, да ещё и с притягиванием своих собственных зависимостей. А сверху всё это полируется вяленым, который бдит, чтобы никто ни у кого не залез в буфер обмена. Такой порнографии даже в винде с её DLL HELL не было. Нужно ещё разве что жабоскрип куда-то пристроить в этой ладной схеме, и будет совсем хорошо. А то как-то «без JS народ не полный», как говорилось у Платонова.

Весь софт в песочницах, виртуалках

К сожалению, так оно и есть. Хорошо, что я у себя на системе такого не держу.

он подтянул webkit2gtk4.0-2.42.1-1.fc39.x86_64. Но уже вижу выхлоп ldd там только gtk3.

Моя новая gtk тема ввела меня в заблуждение. Плюс я сегодня потестил кучу gtk4 софта

Вот сделали же APT и т.п. менеджеры. Вот и рациональное совместное использование ресурсов, и отслеживание зависимостей, что ещё-то надо? Нет, надо контейнеров напихать. Раньше линукс мог в старое железо жизнь вдохнуть на несколько лет, потому что работал на любом клубне картофеля, а с такими тенденциями скоро будет требовать от 32 гигабайт оперативки и два GPU.

Спроси у тех, кто это использует. Меня pacman полностью устраивает для управления софтом.

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

Вебклиенты намного хуже чем даже гтк4 только по одной скорости, а уж функционал - небо и земля. А у клавс ещё вроде есть версия на гтк2/3.

Так ни гугл, ни тем более мелкомятые никогда не были в числе горячих поклонников и преданых друзей линукса. Мало ли, что они там скажут.

уже сверху ответил. Да, он на 3, но подтянул webkit2gtk4.0.

Но все равно пропадать что-ли коронной фразе? На этот раз проверил

– clwas-mail нативно на вяленом.

• лор: BURN IT!!

Если посмотреть на гтк3+ или электрон - на грани погрешности. А возможность запуститься в винде/бсд/макоси/андроиде - полезно. Причём на х86_64 с парой процентов портерь цпу, а на arm/spark/risc-v ну, хоть как то.

на грани погрешности

Нет.