The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Linux Mint будет блокировать скрытую от пользователя установ..., opennews (?), 03-Июн-20, (0) [смотреть все]

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


25. "Linux Mint будет блокировать скрытую от пользователя установ..."  +11 +/
Сообщение от A (?), 03-Июн-20, 10:27 
Дело НЕ в Хромиуме, дело в неконтролируемом механизме доставки любого софта с произвольными обновлениями. На примере этого браузера.

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

Дистрибутивы перестают быть дистрибутивами при Snap/Flatpack. Вот что они защищают.

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

31. "Linux Mint будет блокировать скрытую от пользователя установ..."  –1 +/
Сообщение от Аноним (119), 03-Июн-20, 10:32 
> Дистрибутивы перестают быть дистрибутивами при Snap/Flatpack. Вот что они защищают.

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

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

36. "Linux Mint будет блокировать скрытую от пользователя установ..."  +7 +/
Сообщение от A (?), 03-Июн-20, 10:38 
В последнем абзаце новости всё написано. :)

Не будет там ничего сложного. Будет показана команда для терминала, как добавить гугло-apt репо и apt get install в конце. Один раз скопипастить в терминал, ввести пароль и всё.

Дистрибутивы перестают быть дистрибутивами при Snap/Flatpack, т.к. в дистре набор софта контролирует сообщество людей, со своим доказанным авторитетом, выбирающих надо софта. Если нужный софт закроет разработчик, то дистр ещё несколько лет сможет собирать и выпускать этот софт, пока новый будет написан.

Через Snap эти возможности теряются. Никто не может проверять, что делает 1Гб библиотек из snap-пакета. Ни у кого нет готовой системы сборки и если разраб отзовёт функциональность или вообще пакет, то останешься без нужного и никто не поможет.

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

41. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (119), 03-Июн-20, 10:46 
> Дистрибутивы перестают быть дистрибутивами при Snap/Flatpack

И вообще в Федоре/Шапке считают что за этим будущее. (по отношению к декстопам)
Основной дистр там только система и де
все записывается в образ реад-онли так все и работает, а всякое гуи для юзера ставится в Snap/Flatpack.

Кому интересно то давно уже у Fedora есть такой дистр называется SilverBlue.

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

47. "Linux Mint будет блокировать скрытую от пользователя установ..."  +2 +/
Сообщение от Аноним (-), 03-Июн-20, 10:51 
Только снап в шапке не рассматривают, слишком убунтозависим.
Ответить | Правка | Наверх | Cообщить модератору

49. "Linux Mint будет блокировать скрытую от пользователя установ..."  +10 +/
Сообщение от A (?), 03-Июн-20, 10:55 
Только со смартфонами такая схема с APK не обернулась раширением возможностей. Получилась вендор зависимость и средства мониторинга человека.

Зато цивилизация сделала следующий шаг куда-то ещё. Но хотелось не этого будущего.

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

362. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от FixingGunsInAir (ok), 07-Июн-20, 23:55 
Где видал возможность в Google Play добавить своё удобное репо?

А вот в F-Droid - есть возможность.

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

В общем, Vendor lock-in состоит в основном из Play Services и непосредственно из сервисов Google, от которых не каждый готов отказаться. В остальном, на Android никто не мешает отказываться от Google и ставить из альтернативных источников. А если запилить свой Wrapper/реализацию, вроде microG или HMS Core (проприетарщина от китайцев), то приложение из Store может даже ничего не заметить, если поставить из APK.

Расширение возможностей убила именно Google, потому что хотела изначально монетизации и привлечения пользователей за счёт насаживания на зонд в принудительном порядке, через смарты.

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

365. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (366), 08-Июн-20, 07:09 
> из сервисов Google, от которых не каждый готов отказаться

У меня Google Play есть, но учетка удалена. Специально не пускаю его в интернет, мало ли что. Особого дискомфорта это не доставляет. apk можно скачать и поставить напрямую или есть онлайн сервисы, которые вытягивают apk с сайта GP. Да, не будет обновляться (и даже не попадет в локальный список установленных программ GP), но работает. Вот только Whatsapp зараза заставляет часто обновляться, наверное, снесу его.

Не знаю как быть с платными софтинами. Хочу купить голосовой движок Acapela, но чтобы не было привязки к Google Play и телефону. Такое возможно?

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

150. "Linux Mint будет блокировать скрытую от пользователя установ..."  +1 +/
Сообщение от evkogan (?), 03-Июн-20, 14:24 
А может сразу на Windows перейти, там почти так было по жизни.
А теперь и магазин прикрутили.
Linux изначально шел по пути дистрибутивов, где собирали совместимые версии софта.
Да софта стало много (и количество не переходит в качество), но подход Каноникал - это изменение самого подхода.
И эти изменения нравятся не всем. Не все как Пони фанатеют от Каноникал.

Хотя для минтовцев действительно следующий логичный шаг, это собирать хромиум самим.
А они его что-то не сделали.

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

197. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от A (?), 03-Июн-20, 17:01 
> А они его что-то не сделали.

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

Например, вставить в софтинку настолько свеже пахнущий модно-молодежный кусок системы, сомнительный для остальных, что проверять и тестировать множество вещей.

В общем-то, да - вопрос количества человеко-ресурсов и скорости. Вместе с прогрессом. Но не всем нужен именно в том направлении прогресс.

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

361. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от FixingGunsInAir (ok), 07-Июн-20, 23:35 
> Дистрибутивы перестают быть дистрибутивами при Snap/Flatpack, т.к. в дистре набор софта контролирует сообщество людей, со своим доказанным авторитетом, выбирающих надо софта.

Не совсем согласен. Snapd это понятно, что Eбунта-only помойка для Eбунты в качестве первого класса. Но Flatpak не запрещает делать дистрибутивам свои SDK/Runtime, на которые можно опереться. И даже ставить вместе друг с другом, если вдруг решишь, что версия из Flathub тебе более мила, чем версия из Fedora. Но заплатишь за это местом на диске, естественно. Присутствует некоторая дедубликация, но она основана на уровне хеширования файлов, потому не очень, если файлы не одинаковые.

Fedora, например, уже давно собирают свои Flatpak непосредственно из rpm-пакетов. Ещё с 2018 года. https://blog.fishsoup.net/2018/12/04/flatpaks-in-fedora-now-.../

Набор пока скуден, по сравнению с Flathub (на 2020), конечно. Но контрибутить то - никто не запрещает. Так же как и делать свои RPMFusion с блекджеком и шлюхами.

> Если нужный софт закроет разработчик, то дистр ещё несколько лет сможет собирать и выпускать этот софт, пока новый будет написан.

В случае Flatpak, легаси-софт помечается EOL, но никто не мешает его использовать при условии, если тянешь за собой древний runtime. Ну или сможешь пересобрать под новый, как вариант. По мне так это более демократично, чем дропать его из нового дистрибутива, когда он перестаёт там собираться.

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

53. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от kusb (?), 03-Июн-20, 10:59 
А можно ли использовать рецепты snap/flatpak в качестве "ебилдов" для создания традиционных пакетов?
Они могут содержать зависимости пакетов, cборочные зависимости пакетов, способы их сборки... Но я не знаю. Автоматический конвертер толстых пакетов в тонкие deb/rpm возможен?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

60. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от iPony129412 (?), 03-Июн-20, 11:07 
> Автоматический конвертер толстых пакетов в тонкие deb/rpm возможен?

И как ты это представляешь?
Ну вот есть Python приложение с нужным питон внутри.

И как его конвертить в что-то тонкое?

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

62. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (119), 03-Июн-20, 11:11 
Не знай как во snap а flatpak и не такие уж толстые, там рантайм по отдельным пакетам растащены.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

64. "Linux Mint будет блокировать скрытую от пользователя установ..."  –3 +/
Сообщение от Аноним (119), 03-Июн-20, 11:14 
Вот мне не нужен КДЕ хлам в дистре а тут понадбилось VLC поюзать я сделал
flatpak install VLC и все.

Теперь:
flatpak list
Ref                                              Options      
org.videolan.VLC/x86_64/stable                   system,current
org.freedesktop.Platform.GL.default/x86_64/19.08 system,runtime
org.freedesktop.Platform.openh264/x86_64/2.0     system,runtime
org.kde.KStyle.Adwaita/x86_64/5.14               system,runtime
org.kde.Platform/x86_64/5.14                     system,runtime

естественно для других пакетов где нужен КДЕ эти рантаймы уже не будут сыпаться.

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

86. "Linux Mint будет блокировать скрытую от пользователя установ..."  +5 +/
Сообщение от Аноним (86), 03-Июн-20, 11:42 
с каких пор для VLC нужен KDE? Я еще понимаю Qt, но KDE...
Ответить | Правка | Наверх | Cообщить модератору

91. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от iPony129412 (?), 03-Июн-20, 11:52 
> с каких пор для VLC нужен KDE? Я еще понимаю Qt, но KDE...

Ну потому что это Flatpak - там особо не парятся.
Если telegram попробуешь из Flatpak постаавить, то тоже больше 1 ГБ богатства от KDE скачается в нагрузку (на сколько распакуется без понятия, не замерял).

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

116. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (119), 03-Июн-20, 13:16 
Хм. На всякий случай померил сколько это все весит ... 534M (уже распакован) ну хз.
Ответить | Правка | Наверх | Cообщить модератору

142. "Linux Mint будет блокировать скрытую от пользователя установ..."  +1 +/
Сообщение от Аноним (86), 03-Июн-20, 13:50 
>тоже больше 1 ГБ богатства от KDE скачается в нагрузку

а, ну так это спасибо тем, кто паковал. Это наверно тянется зависимость xdg-portal или как там это называется.
Я пользуюсь zotero, так там тоже сначала в зависимостях был гном, но потом его выпилили.

Выше по ветке был посыл, что flatpack избавил человека от КДЕ хлама. А получается, что хлам наоборот притащили, просто он лежит в другом месте.

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

148. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (119), 03-Июн-20, 14:15 
Так дело не в том что притащили, а юзается или нет.
Помню как то также кде-чего то там притянули так сразу какие то сервисы добавились и шрифты поменялись ... :(
А в случае flatpak (и думаю snapd) это отдельно живущая штука и на основной ДЕ не влияет.

вон я про snap почитал у них там какой то snapd зачем то вывешивается, по крайне когда юзаешь flatpak ни какие демоны дополнительно не висят ...

P.S. Опять же все живет в отдельной дире(флешке) вытащил флешку, пришел на другой комп, воткнул и там запустил свое приложение без какой либо скачки с инета.

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

160. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (86), 03-Июн-20, 15:01 
>Так дело не в том что притащили, а юзается или нет.

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

>Помню как то также кде-чего то там притянули так сразу какие то сервисы добавились и шрифты поменялись ... :(

не знаю, без примеров сложно. В моем случае --no-install-recommends было всегда достаточно

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

137. "Linux Mint будет блокировать скрытую от пользователя установ..."  +2 +/
Сообщение от Гентушник (ok), 03-Июн-20, 13:43 
И ваш так называемый "КДЕ хлам" теперь всё равно лежит в вашем дистре, просто внутри контейнера.
В чём удобство или там экономия то по итогу?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

218. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (-), 03-Июн-20, 17:57 
Можно использовать рецепты buildstream сразу для создания всяческих пакетов, снапов и флатпаков.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

221. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от Аноним (221), 03-Июн-20, 18:09 
> А можно ли использовать рецепты snap/flatpak в качестве "ебилдов" для создания традиционных
> пакетов?
> Они могут содержать зависимости пакетов, cборочные зависимости пакетов, способы их сборки...
> Но я не знаю. Автоматический конвертер толстых пакетов в тонкие deb/rpm
> возможен?

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

Если бы мне за каким-то лядом надо было так извращаться, то я бы смотрел на то, как собирают пакеты в Дебиане и бэкпортил сам в убунту, если нельзя было бы поставить прямо так.
Но я ума не приложу на кой ляд так извращаться, если можно просто перейти на использование Debian, там нет этой наркомании, что я и сделал!

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

363. "Linux Mint будет блокировать скрытую от пользователя установ..."  +/
Сообщение от FixingGunsInAir (ok), 08-Июн-20, 00:20 
Поясню за flatpak: Традиционно - нет.

Можно использовать shared-modules, как коллекцию bundled библиотек, чтобы не делать 100500 раз одно и то же.
https://github.com/flathub/shared-modules

Но вся shared-идеология крутится вокруг SDK и Runtime. Runtime содержат все базовые (необходимые в 90% случаев) библиотеки, которые считаются частью платформы. SDK - инструменты сборки. Но это не мешает:
1. Runtime базироваться на основе другого. GNOME Runtime в Flathub собирается на основе Freedesktop Runtime. Просто добавляют свои GNOME библиотеки
2. Приложениям добавлять свои библиотеки.
3. Приложениям/Runtime иметь возможность расширения через Extensions.

Но если смотреть ровно наоборот, можно ли Flatpak Приложение/Runtime собрать из имеющихся пакетов - это уже практикуется в Fedora. Никто не мешает состряпать реализацию из ебилдов, если надо.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру