В Fedora появилась поддержка Snap

И скриншоты там делать можно.

https://bugs.freedesktop.org/show_bug.cgi?id=98672

build-in. Жрите говно короче.

Проприетарщикам понравится. Хотя, конечно, хорошо, если это будет только как опция

Не могу понять из описания на сайте, это какой-то местный аналог Windows Installer что ли?

А причем тут УБУНТУ ? Не понял. Вроде так ставятся давно ДМГ в маке.

P.S. Это означает то, что если найдут дыру в каком нибудь ссл то буду править не один ссл а сразу пол дистрибута.

А нафига критические приложения ставить таким образом? Только игрушки какиенить, не более. Ну и да, проприетарные кады.

Я не указал что так ставить а просто описал принцип.

P.S. Игрушки ( я про нормальные игры ) ставятся вообще юзером и от юзера через стим.

Скажите это Firefox, который обновляется через неделю. А так процесс обновления приложений будет полностью контролироваться разработчиком, а не мейнтейнерами.

И это плохо. Такое ощущение, что любое нововведение, которое происходит, вызывает дикий батхёрт на лоре. Вы на всё орёте «ненужно», если это несёт удобство. Таким образом, сферический лоровец в ваккуме - это бородатый очкарик с каким-нибудь тайловым менеджером и без конца компилирующий софт, надо это или не надо. Он будет противиться любому нововведению, но постоянно ныть, почему доля линукса так и не переросла 1%. И почему это такое говно, как андроид, востребовано? Может потому что его делали блин для людей, а не для задротов? Человеку в основном плевать на обновления системы, ему важно, чтобы была последняя версия ватсапа, фейсбука и Angry Birds.

ППКС

А это точно проще, чем сделать checkinstall и написать эти 7 строк, включая зависимости?

Просто не пойму, почему все так носятся с этими пакетами. Процесс сборки пакета традиционно на порядок сложнее его опакечивания. Потом snap и flatpak не могут запускаться на голом ядре, один хрен нужно подготовить окружение (== разрешить зависимости пакетов) для его запуска. Безопастность? Какая разница, архив какого формата будет засунут в chroot, виртуальную машину или ещё какую песочницу?

Человеку в основном плевать на обновления системы, ему важно,
чтобы была последняя версия ватсапа, фейсбука и Angry Birds.

Извините ВЫ не правы. Человеку плевать на номер версии ему важно чтобы работало и желательно без ошибок.

И почему это такое говно, как андроид, востребовано?

Ну тут роль играет отсутствие альтернативы за теже деньги.

чем неустраивает нормальный репозиторий с зависимостями

Проблема в том, что ГНУ/Линукс становится все менее интересным для задротов, а простым пользователям до него по-прежнему нет никакого дела. К тому же у тебя тут немножко 4.2: на ЛОРе полно людей, которые с улюлюканьем встречают любые нововведения не разбираясь нужны/хороши они или нет.

Ну типа вендузятники увидят что репозитории с зависимостями больше не нужны и кааак ломанутся на линукс!

Это означает то, что если найдут дыру в каком нибудь ссл то буду править не один ссл а сразу пол дистрибута.

Будут править только то, что использует уязвимый опенссл. Что увеличивает накладные расходы, но снижает вектор атаки. В случае динамической линковки достаточно поправить один опенссл, но вектор атаки возрастает, т.к. уязвимы становятся вообще все пакеты.

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

с зависимостями
нормальный

вместо скачивания 1 библиотеки надо пересобрать мир

Утверждается, что snap-пакет представляет собой архив со всеми зависимостями. Получается, что придётся переустанавливать все пакеты, зависящие от уязвимой библиотеки, или я чего-то не понимаю про snap?

Это когда у тебя все в одном месте, а не размазано ровным слоем по всей системе.

Если у каждого пакета своя версия одной и той же библиотеки, то какое же это «в одном месте»

Да.

Сначала дождаться, пока пакеты пересоберут.

Будут править только то, что использует уязвимый опенссл.

Т.е. в основном все, что использует опенссл.

feduntu, эх, мечты мечты.

Аля windows

Изначально формат пакетов был разработан Canonical в рамках проекта Ubuntu Phone.

Но ведь Ubuntu Phone RIP.

RHEL выкопали труп и содомируют ради гешефта.

Как будто что-то плохое.

Как минимум далеко не все библиотеки можно собрать статически.

Если в либе есть конструкторы (По крайней мере для либ на чистом С, через __attribute__((constructor())) ) их при линковке не подтянет, выкинет как неиспользуемые. О плюсовых либах говорить не берусь)

Ну почему же? Обоснуйте пожалуйста.

В единственном правильном месте - в проге. О преимуществах такого подхода можешь подумать сам. Есть и недостатки, но их уже перечисляли.

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

Аля ос икс?

Похоже, я сильно переоценивал вяленд. Откуда тогда скриншоты в галерее были?

Разработчик тогда сам обновлялку может сделать, а пользователи - жрать говно.

Конкретно то нововведение вносит лишние сущности, котлрые мешаются даже тогда, когда ими не пользуешься.

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

Вот видишь, ты понял что тупо звучит... а кто-то не понимает

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

Если раньше дистр в установленном виде весил 5гб, то сейчас в перспективе будет занимать 25гб. Таки прогресс, сразу вспомнилось потребление памяти лет 5-10 назад и сколько жрет сейчас. С каждым годом линукс все лучше и лучше.

В единственном правильном месте - в проге.

Эта фраза допускает минимум две интерпретации. Что конкретно ты имеешь в виду?

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

в проге

Мне почему-то всегда казалось, что это и называют статической линковкой

закапывайте, очередные дешевые «инновации» от космонавта

Половина - из виртуалок. Встроенная скриншотилка описана тут: https://cgit.freedesktop.org/wayland/weston/tree/libweston/screenshooter.c

http://support.hubstaff.com/screenshot-capture-support-wayland-linux/ АПИ нет, и видимо не будет, параметры для записи экрана выбрать нельзя, для скриншотилки тоже. Досвидос нормальные средства записи типа *recordmydesktop.

тут больше инфы: https://fedoraproject.org/wiki/How_to_debug_Wayland_problems#Known_issues.2C_...

Graphical applications can't be run as root from terminal

Если у вас xsane цепляет сканер\мфу только на рутовых правах - выбросьте его.

Many well-known X11 utilities don't work

в частности никакой автоматизации с помощью xdotool

Games and other apps can't change monitor resolution

Круто, да? Меняй руками разрешение экрана, стартуй игру, выключай игру, возвращай на место экран. Рабочий стол сразу убивается в хлам (все значки перемещаются в видимую зону)

Mouse pointer is lagging/stuttering under load

Это вообще эпик. «Сейчас сынку, файл докопирую и тогда поиграю»

Keyboard events are sometimes quickly repeated

https://bugzilla.gnome.org/show_bug.cgi?id=777693 - баг до сих пор не закрыт. https://bugzilla.gnome.org/show_bug.cgi?id=757942 - закрыли, но по факту не пофиксили (см предыдущий)

Not all keys can be sent to a remote desktop or a virtual machine

Это настолько фейл что остальные меркнут просто. Нельзя через vnc/rdesktop сменить например раскладку в удаленной машине или послать что-то хитрее буквенно-цифровых клавиш включая super\winkey.

In Wayland, the clients implement key repeats (unlikle X11 where the Xserver implements key repeats), but the actual key press/release come from the Wayland compositor that needs to process these first and notify the clients.

What happens in this case is the Wayland compositor mutter/gnome-shell is busy playing an animation and doesn't process the key events fast enough, and the client (Xwayland) is not notified the key was released, and starts repeating the last known key press.

To avoid this behavior, Xwayland will «ping» the Wayland compositor prior to repeating the key press, and if it doesn't get a reply from the compositor will assume it's too busy and will print this message instead of issuing the key repeat.

Если у вас xsane цепляет сканер\мфу только на рутовых правах - выбросьте его.

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

Многие библиотеки нельзя линковать статически. Glibc, части Qt, может что-то ещё.

И откуда такие староверы берутся. Всё делают, чтобы было неудобно.

Кем официально? Ребятами с 10 «Б» ?