The OpenNET Project / Index page

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

Компания Canonical анонсировала переработку инструментария Snapcraft

08.01.2022 15:15

Компания Canonical раскрыла планы по предстоящей значительной переработке инструментария Snapcraft, применяемого для формирования, распространения и обновления самодостаточных пакетов в формате Snap. Отмечается, что текущая кодовая база Snapcraft признана устаревшей (legacy) и будет применяться при необходимости использования старых технологий. Развиваемые радикальные изменения не повлияют на текущую модель использования - в проектах, связанных с Ubuntu Core 18 и 20, продолжит использоваться старый монолитный Snapcraft, а новый модульный Snapcraft начнёт применяться начиная с ветки Ubuntu Core 22.

На смену старому Snapcraft придёт новый более компактный и модульный вариант, который упростит создание snap-пакетов разработчиками и избавит от трудностей, связанных с созданием переносимых пакетов, пригодных для работы в разных дистрибутивах. Основой для нового Snapcraft выступает механизм Craft Parts, позволяющий при сборке пакетов получать данные из разных источников, обрабатывать их разными путями и формировать иерархию каталогов в ФС, пригодную для развёртывания пакетов. Craft Parts подразумевает использование в проекте переносимых компонентов, которые могут быть независимо друг от друга загружены, собраны и установлены.

Выбор новой или старой реализации Snapcraft будет осуществляться через специальный fallback-механизм, интегрированный в сборочный процесс. Таким образом, существующие проекты смогут собирать snap-пакеты без изменений и потребуют модификации только при переводе пакетов на новую версию базой системы Ubuntu Core.

  1. Главная ссылка к новости (https://snapcraft.io/blog/the-...)
  2. OpenNews: Доступен монолитный дистрибутив Ubuntu Core 20
  3. OpenNews: Уязвимость в snapd и flatpak, позволяющая обойти режим изоляции
  4. OpenNews: Компания Canonical опубликовала заявление, связанное с вредоносным ПО в Snap Store
  5. OpenNews: Уязвимость в snapd, позволяющая получить root-привилегии в системе
  6. OpenNews: Релиз системы самодостаточных пакетов Flatpak 1.12.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56471-snapcraft
Ключевые слова: snapcraft, snap
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (136) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 16:01, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Оно больше не будет тянуть с собой образ убунты?
     
     
  • 2.51, Аноним (51), 19:02, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Будет.
     
  • 2.98, Аноним (98), 05:46, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Теперь каждый пакет будет целым дистрибутивом линукса с приложенным к нему виртуалбоксом.
     
     
  • 3.101, Аноним (1), 10:39, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, батенька, навреное ещё пакеты в Snapcraft'e не собирали. Там хоть и не VirtualBox, но всё же целая виртуалка и всё крайне жирное, тормозное…
     
     
  • 4.139, Медоед (?), 13:05, 12/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, паравиртуализация уровня LXD - чуть жирнее chroot, а как ты хочешь и безопасную песочницу и незав.окружение для приложения да ещё и с удобным унифицированным permission что кому можно, начиная от инета, заканчивая доступом к переферии и диску.
     

  • 1.2, Аноним (2), 16:05, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Стоит ли бояться ли Snap?
     
     
  • 2.39, псевдонимус (?), 18:38, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Послесистемды и гтк3+ мейнстримщикам следует просто получать удовольствие.
     
  • 2.53, Аноним (51), 19:05, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс - очень хороший инструмент.
     
     
  • 3.60, Аноним (60), 19:24, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А толку то Каноникалы спят и выдят сбросить с себя бремя пресборки и сопровож... большой текст свёрнут, показать
     
     
  • 4.73, Аноним (73), 20:13, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо пишешь! Давай ещо!
     
  • 4.100, Тот_Самый_Анонимус (?), 09:37, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения

    И правильно делают. Все эти пакетные менеджеры, где ты доверяешь не автору, а левому сборщику — крайне сомнительная штука.

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

     
     
  • 5.109, Аноним (109), 11:10, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Зоопарк дистров — оборотная сторона свободы выбора.

    Как будто что плахое?!
    > Разработчик не может писать готовый
    > пакет сразу под все дистры.
    >сразу под все дистры.

    Под все два с половиной))

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

     
  • 5.110, Аноним (110), 11:40, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, с точки зрения сокращения расходов и выгодя для себя, может и правильно, а в... большой текст свёрнут, показать
     
     
  • 6.129, Тот_Самый_Анонимус (?), 20:01, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Винда Никакого гемора с приложениями, которые 171 никто не хочет сопровождать... большой текст свёрнут, показать
     
     
  • 7.130, Аноним (130), 21:10, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё бы там были с этим проблемы, винда и держится для пользователей на том, что... большой текст свёрнут, показать
     
     
  • 8.131, Тот_Самый_Анонимус (?), 23:43, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так может заимствовать удачный опыт, а не выёживаться самобытностью Не 171 лу... большой текст свёрнут, показать
     
     
  • 9.137, Минона (ok), 22:37, 10/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А какие преимущества у ОО перед ЛО ... текст свёрнут, показать
     
     
  • 10.142, Тот_Самый_Анонимус (?), 22:42, 20/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Более свободная лицензия, и отсутствие гнилой репутации ... текст свёрнут, показать
     
     
  • 11.143, Минона (ok), 23:57, 20/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то есть реальных преимуществ нет ... текст свёрнут, показать
     
     
  • 12.144, Тот_Самый_Анонимус (?), 23:43, 21/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для ответа на вопрос надо сравнивать А мне оно не нужно Другие аноны писале ту... текст свёрнут, показать
     
  • 8.141, Аноним (141), 00:33, 19/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ни на одну Извините ... текст свёрнут, показать
     
  • 6.140, Аноним (141), 00:20, 19/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Но сейчас винда сдаёт позиции

    🙂

     
  • 3.81, Аноним (81), 23:03, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить.

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

     
     
  • 4.136, Owlet (?), 20:18, 10/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А openstack скорее в контейнеры пихают, snap/flatpak - это больше для десктопа по факту.
     

  • 1.3, zloykakpes (ok), 16:06, 08/01/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

     ....ответы скрыты (6)

  • 1.4, Аноним (4), 16:06, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Они изобрели Flatpak, да?
     
     
  • 2.10, Анонус (?), 16:34, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Да. Причем раньше, чем гномеры.
     
     
  • 3.16, VZ (??), 17:07, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Однако популярность получил только flathub.
     
     
  • 4.28, iPony129412 (?), 18:07, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    У тебя какие-то странные представления о популярности
     
     
  • 5.64, Аноним (64), 19:51, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У тебя какие-то странные представления о популярности

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

     
     
  • 6.77, Аноним (77), 20:20, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >высказывания экспертных авторитетных мнений на опеннете

    А тебе мало?

     
  • 6.115, VZ (??), 13:46, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> У тебя какие-то странные представления о популярности
    > Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности
    > одного в сравнении с другим, или же это опять, тот случай
    > высказывания экспертных авторитетных мнений на опеннете?!

    Я когда пишу всегда высказываю своё ИМХО и то, что я вижу в своей, а не чужой жизни, если у Вас проблемы с этим, обратитесь к специалисту.

     
  • 5.114, VZ (??), 13:44, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У тебя какие-то странные представления о популярности

    Я же не шучу про айфон.

     
  • 4.113, Анонус (?), 13:34, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У вас в слове Docker Hub опечатка.
     
     
  • 5.116, VZ (??), 13:47, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас в слове Docker Hub опечатка.

    У Вас чересстрочная развёртка.

     

  • 1.6, Аноним (7), 16:14, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лучше бы они добавили опцию отмены автообновления пакетов.  
     
     
  • 2.9, Онаним (?), 16:25, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Каг? Не хотите всё время свеженьким обмазываться?
     
     
  • 3.56, Аноним (7), 19:21, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.  
     
     
  • 4.65, Аноним (65), 19:54, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.

    А коли вам свеженького не нать, на кой вам тады снапы?

     
     
  • 5.102, Аноним (102), 11:00, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы не зависеть от древнего репозитория Дебиана.  И запускать что угодно на любой версии.  
     
     
  • 6.118, Аноним (81), 16:16, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чем проприетарный магазин приложений Ubuntu лучше древних репозиториев Debian?
    Проблему зависимости от левого сервиса это точно не решает.
     
  • 2.75, Аноним (75), 20:18, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно конкретную версию установить, тогда обновляться не будет
     
     
  • 3.103, Аноним (102), 11:03, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это только если создатель репо на снапкрафте так сделал. А многие так не сделал.  И да даже у тех кто так сделал у того же блендера идут патчи внутри линейки, например в 2.72.X после некоторых патчей отвалились плагины.  И некоторые функции начинали работать не совсем так как раньше.  Это я уже не говорю про ненужное использование трафика на все эти обновления и засорение диска старыми версиями, которые снап за каким-то хреном хранит на диске.  
     

  • 1.12, Судья из Калифорнии с опытом программирования (?), 16:42, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Простите, а статически линковаться нельзя?
     
     
  • 2.15, Судья Дредд (?), 17:06, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Доступ открыт. Статическая линковка рaзрешaна.
     
  • 2.55, Аноним (51), 19:07, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически - можно, а вот на практике - попробуй, а потом отпишешься. А если ты ещё и судья - про наследование лицензий не забывай.
     
     
  • 3.61, Ordu (ok), 19:26, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А есть лицензии, которые разрешают динамическую линковку, но запрщают статическую?
     
     
  • 4.68, Онаним (?), 19:59, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    LGPL, как ни странно.
     
     
  • 5.71, Жорш (?), 20:08, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не запрещено, просто со статикой превращается из LGPL в GPL. Во многих случаях для чистого OSS как-то...
     
  • 5.88, Аноним (88), 01:34, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле разрешено, но только при условии, что ты предоставишь пользователю возможность перелинковать твою несвободную программу с другой версией LGPL-библиотеки (например, дать ему набор объектных файлов, из которых линкуется программа)
     
  • 2.104, Аноним (102), 11:04, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы тебе вообще линковаться запретил.
     
     
  • 3.121, Аноним (81), 16:23, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы вас в Госдуму отправил, у вас неплохо получится запрещать.
     

  • 1.13, th3m3 (ok), 16:46, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Удалил Snap, т.к. пакеты со временем весили гигабайты. Внутри обнаружилось, что хранилось несколько версий каждого пакета со всеми прелестями. Вот ради чего хранить всё это? Хорошо, что репозитарии тоже имели эти пакеты. И жить стало лучше, жить стало веселее.
     
     
  • 2.32, Kuromi (ok), 18:25, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    SNAP - это способ заставить вас наконец начать покупать терабайтные SSD диски.
     
     
  • 3.41, iPony129412 (?), 18:40, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я этим до SNAP занялся.
    Не выдержал работы на HDD
     
     
  • 4.45, Аноним (45), 18:43, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы просто не пользуетесь zfs c l2arc & slog & special или любым другим доступным кешем. Работа становится намного приятнее.
     
     
  • 5.54, iPony129412 (?), 19:06, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно, вот ещё с этим возиться
     
  • 5.90, смешнох (?), 02:38, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дружище, это же страпоня: идиёт с макбуком. Райды, кэши, свапы, бэкапы -- всё это не в коня корм. Всё это "устаревшие технологии".)))
     
     
  • 6.125, Аноним (81), 16:36, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да. Все, чего нет у Apple - устарело. Потому что Apple не использует устаревшие технологии.
     
  • 4.48, Kuromi (ok), 18:47, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я этим до SNAP занялся.
    > Не выдержал работы на HDD

    И что лучше, террабайтник на QLC или 256 гигов на MLC ?

     
     
  • 5.50, Нононим (?), 18:56, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если терабайт от Samsung/Micron/Intel/Crucial, то определено он.
     
  • 5.69, Онаним (?), 20:05, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
    Если надо сырую производительность, тут, конечно, вариантов уже меньше.
     
     
  • 6.83, Kuromi (ok), 23:45, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > 8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
    > Если надо сырую производительность, тут, конечно, вариантов уже меньше.

    Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно на уровне HDD (а то и хуже). Самсунги вон пытплись улушить свои QLC драйвы (860 QVO провалилися в продаже кстати) и добились не особо больших успехов.
    Казалось бы, а ведь PLC (5-ти битный) на горизонте...

     
     
  • 7.105, Онаним (?), 11:05, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно
    > на уровне HDD (а то и хуже)

    Ну, как владелец QVO SSD (SATA), могу рассказать.

    Скорость _записи_ - да, хреновато. Небольшой кеш, далее 150 MB/s и привет.
    На чтение сатурирует SATA полностью (~500MB/s).
    Произвольный доступ ожидаемо несравним с HDD, HDD на произвольном доступе ползают на брюхе, любый SSD - летают :)

    Короче нет - нет, они не хуже HDD в целом. Исключительно на запись выходит примерно шило на мыло или даже чуть медленнее (но тоже смотря с какими HDD сравнивать, "черепичные" медленнее, планарные быстрее).

     
     
  • 8.126, Kuromi (ok), 17:36, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Самое смешное это когда QLC ставят на NVME Тут окаывается что и чтение с QLC т... большой текст свёрнут, показать
     
  • 7.107, Онаним (?), 11:07, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И кстати да, температурный режим у самсунгов на QLC лучше, чем у HDD. Даже при записи практически не прогреваются. Плюс полное отсутствие шума и вибрации.

    Короче из минусов в качестве замены HDD только ценник. Из плюсов - очень быстрое (в пределах возможностей шины) чтение и произвольный доступ.

     
  • 7.108, Онаним (?), 11:08, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С PLC интересно... PLC может оправдать себя только за счёт кратного снижения стоимости, что маловероятно, если такового не будет - это fail. Ну и время жизни у них ожидаемо никакое будет.
     
  • 2.34, Аноним (45), 18:30, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Snap сугубо для проприетарщины и, для случаев, когда нужных приложений нет во flatpak или репозитарии.
     
     
  • 3.46, псевдонимус (?), 18:44, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Снап скоро сугубо для всего. Кроме системды, конечно.
     
     
  • 4.58, Аноним (7), 19:22, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У Линукса было 30 лет чтобы сделать нормальный нативный подход к распространению софта. Раз они так и не сподобились, то снам и системд сделают все за них.  
     
     
  • 5.62, псевдонимус (?), 19:31, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У линукса их не было. В качестве обвязки всегда был нотюникс. И теперь почти умер.
     

  • 1.17, Аноним (17), 17:13, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Canonical вообще создали что-нибудь полезное?
     
     
  • 2.19, Аноним (4), 17:30, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое. Всё это вместе - наглядное пособие, как не надо изобретать велосипеды, и почему диктатура - это плохо. Плохо вообще, и в дистрибутивостроении, в частности.
     
     
  • 3.27, iPony129412 (?), 18:04, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Upstart

    Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS

     
     
  • 4.35, Kuromi (ok), 18:32, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну давайте честно, в ХромОС он используется 1) потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно. Апстрарт же уже более-менее работал 2) В ХромОС полный контроль над системой у Гугл. Поэтому недостатки Апстарта там не страшны - нежданчиков из wild world не бывает.
    В общем это "не очень новый, но привычный и хорошо изученный инструмент". На СистемД в ХромОс не переходят не потому что апстарт лучше, а потмоу что никаких выгод от этого не получится, только куча работы. Вот припрет - займутся.
     
     
  • 5.37, iPony129412 (?), 18:35, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно

    Ну не уверен, что бы в Гугл прям так уж обрадовались серверному systemd… Всё же задачи несколько разные.
    Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так и никогда не использовали.

     
     
  • 6.47, Kuromi (ok), 18:46, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно
    > Ну не уверен, что бы в Гугл прям так уж обрадовались серверному
    > systemd… Всё же задачи несколько разные.
    > Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так
    > и никогда не использовали.

    Именно потому что полный контроль потому иксы и полетели. Они перевели все что им ножно рисовать на экране с исксов и проблемы легаси просто нет.

     
  • 5.40, iPony129412 (?), 18:39, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > потмоу что никаких выгод от этого не получится

    И это есть показатель неплохого продукта.
    А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.

     
     
  • 6.86, Аноним (81), 00:07, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.

    Примерно это и произошло с upstart в ubuntu, debian и RHEL.

     
  • 5.106, Аноним (102), 11:07, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугл не тащат системд чтобы не зависеть от Бизнес Машины.  Машина так-то может и например ввести обязательный TPM 2.0 для системд.  И всё до свиданья все гуглохромоподелки.  
     
     
  • 6.119, Аноним (81), 16:17, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы таки думаете, что разработчики ChromeOS огорчатся от обязательного TPM?

    Они скорее огорчатся, если кто-то сделает это раньше них.

     
  • 4.66, Аноним (-), 19:57, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Upstart
    > Вполне удачный проект.

    Совсем с коня рухнул ? Вот у тебя никогда не было вопроса почему оно так быстро или побыстрей померло ? Разработчики знают и рады были сменить на что угодно, вплоть до системды

     
     
  • 5.74, Аноним (74), 20:17, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вам страшный секрет открою, разработчики ваши - птицы подневольные, каким сист... большой текст свёрнут, показать
     
  • 4.85, Аноним (81), 00:05, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS

    А в ubuntu почему-то systemd. Получается, не такой уж upstart удачный получился.

    Особенно после того, как году в 2010-м из canonical свалил его основной разработчик с криками "да пошли вы все!".

     
  • 3.29, Bdfybec (?), 18:07, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Под полезным имелось в виду то, чем люди массово пользуются. Вроде simpleScan их детище.
     
     
  • 4.36, Kuromi (ok), 18:33, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Разве СимплСкан это не оболочка к Sane? В принципе и из GIMP сканировать можно (а иногда - нужно), но Симпл Скан просто проще. Сам пользуюсь по тому что иногда достаточно просто отсканировать и сохранить.
     
  • 3.84, Аноним (81), 00:02, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое.

    Половину этого уже прикрыли, другая половина - не взлетела. И тоже, скорее всего, прикроют.

     
  • 2.20, Аноним (20), 17:32, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Неужели это не ваш первый пингвин? Странный вы, наверное еще и рукаблуд.
     
     
  • 3.76, Аноним (77), 20:19, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    рукаблудство это нормально.
     
  • 2.21, ананоша (?), 17:33, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Убунту тач
     
     
  • 3.31, Аноним (31), 18:13, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Самый неудобный интерфейс для мобилок. Даже KDE mobile лучше.
     
     
  • 4.43, Аноним (43), 18:41, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оба мусор
     
     
  • 5.67, Аноним (31), 19:57, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    К сожаление никто ещё не сделал копию IOS под свободной лицензией.
     
     
  • 6.79, Аноним (43), 22:28, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в отсутствии софта
     
  • 6.117, Аноним (117), 14:38, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    и слава богу
     
  • 2.22, Аноним (77), 17:44, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ubuntu server
     
  • 2.33, Kuromi (ok), 18:28, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как бы они продвинули DKMS (хоть придумали его не они) в качестве стандартной фичи. После них DKMS стал появляться и в других дистрибутивах.
     
     
  • 3.124, Аноним (81), 16:33, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это да. Продвигать в массы чужие разработки у них получается неплохо. Помимо DKMS, они также много сделали для популярности PulseAudio, а когда отказали от Upstart - еще и закрепили доминирующую роль systemd как стандартного инита.
     

  • 1.18, какработать (?), 17:28, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Там snap-калькулятор и snap-остальное по-прежнему открывается как-будто с древнего винта?
     
     
  • 2.26, НяшМяш (ok), 18:02, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо дописались до того, что даже у них на рабочих станциях стала их любимка тормозить.
     
     
  • 3.94, какработать (?), 05:04, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда нужно, чтобы каждый снап-пакет открывался со звуком натужно дребезжащих головок. Для аутентичности.
     

  • 1.25, Аноним (23), 18:01, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Объясните, чем snap лучше/хуже AppImage, который был создан раньше?
     
     
  • 2.30, B.X (?), 18:12, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Он не лучше, он хуже, потому что:
    а) без systemd не работает
    б) без ubuntu не работает нормально

    А AppImage работает везде... главное чтобы библиотеки минимально (плюс-минус) совпадали.

     
  • 2.44, Аноним (44), 18:42, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И то и другое плохо. Лучше всего Flatpak
     
     
  • 3.49, псевдонимус (?), 18:48, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Такое же почти говнтще как и снап.
     
  • 3.52, Аноним (23), 19:03, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше всего Flatpak

    Чем же он лучше, по пунктам?

     
     
  • 4.63, псевдонимус (?), 19:32, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пункт главный для шапочников: сделано не космонавтом.
     
  • 4.70, Аноним (70), 20:05, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Лучше всего Flatpak
    > Чем же он лучше, по пунктам?

    1)У snap есть фатальный недостаток для (IBM/Red Hat)

    остальные пункты не настолько значительны, что ими можно пренебречь

     
     
  • 5.120, Аноним (81), 16:21, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 1)У snap есть фатальный недостаток для (IBM/Red Hat)

    Vendor lock-in - фатальный недостаток не только для конкурентов, но и для обычных пользователей.

    Смысл завязываться на проприетарный магазин убунты, если завтра его могут слить так же, как уже слили многие проекты Canonical. И все труды - коту под хвост.

     
  • 4.72, Аноним (44), 20:11, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для добавления туда пакета. Flatpak позволяет создавать свои репозитории
    2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается. Они могут находиться не только в одном пакете вместе с приложением, но и быть в окружениях, общих для нескольких пакетов, такой подход гибче чем Snap, и позволяет программе занимать не так много места
     
     
  • 5.78, Аноним (78), 20:24, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Рантаймы есть у обоих, вот только snap это подразумеваемая привязка к канониклам... большой текст свёрнут, показать
     
     
  • 6.122, Аноним (81), 16:25, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, все проекты, где используется ядро Linux, в той или иной мере привязаны к красношляпе, потому что кто еще это ядро будет пилить.
     
  • 2.57, Аноним (23), 19:21, 08/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    AppImage больше похож на бандлы в macOS. Не зависит от вендора, как уже сказали.
    Приличное количество ПО уже распространяется в образах AppImage.

    $ aurget -Ssq appimage | wc -l
    173

     
     
  • 3.111, Аноним (111), 11:52, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > AppImage больше похож на бандлы в macOS. Не зависит от вендора, как
    > уже сказали.
    > Приличное количество ПО уже распространяется в образах AppImage.
    > $ aurget -Ssq appimage | wc -l
    > 173

    А есть какой-то ЕДИНЫЙ стор/хаб/ауропомойка, только с этими замечательными AppImage?!

     
     
  • 4.138, Аноним (138), 09:21, 11/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Единый стор/хаб/ауропомойка будет наверное ничем не лучше классического пакетного менеджера. Appimage хорош тем, что ты можешь скачать пакет с оф. сайта разработчика и запустить на любом линухе. Прямо как в старой венде.
     

  • 1.38, псевдонимус (?), 18:36, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >обрабатывать их разными путями и формировать иерархию каталогов

    Линукс это просто и логично. Хавайте.

     
  • 1.59, Аноним (59), 19:23, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >> переносимых компонентов, которые могут быть независимо друг от друга загружены, собраны и установлены

    колесо провернулось еще раз

     
  • 1.82, pashev.me (?), 23:11, 08/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > На смену старому Snapcraft придёт новый более компактный и модульный вариант, который...

    ...будет распространяться в тысячах пакетах DEB 😂

     
     
  • 2.123, Аноним (81), 16:28, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Космонавт этого не допустит.
     

  • 1.96, Аноним (96), 05:29, 09/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пока это поделие (Snap) при запуске программы продолжает грузить процессор и засорять озу своими ошметками в кешах - оно не взлетит ни за что.
     
     
  • 2.135, Аноним (135), 08:26, 10/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Имею 10-летний ноутбук с 3 Гб ОЗУ под Xubuntu 20.04.3. Удаление Snap весьма улучшило скорость работы.
     

  • 1.97, ананоша (?), 05:30, 09/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Nixos и никаких снапов
     
     
  • 2.99, Аноним (99), 06:27, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сорта говен, оно прибито гвоздями к сыстемдосу.
     
     
  • 3.112, Аноним (112), 11:54, 09/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сорта говен, оно прибито гвоздями к сыстемдосу.

    Это в NixOS его прибили, сам подход от системды не зависит, пруф тому - существование Guix, но у нас же как всегда побеждает не здравый смысл, а более хайповое и модно-молодёжное, поэтому да, NixOS и системдос это мейнстрим, привыкайте!

     
  • 2.134, Аноним (135), 08:24, 10/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Снапы (вместе со snapd) легко удаляются из системы, и необходимости их использования не возникает.
     

  • 1.127, Аноним (-), 18:11, 09/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь, что в процессе переписывания они его закопают.
     
  • 1.128, Антонимистично (?), 18:32, 09/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Т.е. обратно сложные зависимости. Или цели другие или странно.
     
  • 1.132, devkornev (ok), 06:56, 10/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все жду, когда его бросят уже, есть ведь flatpak.
     
     
  • 2.133, Аноним (135), 08:23, 10/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Категорически не нравится, что Snap - примонтированные ресурсы. Это главная претензия, хотя есть и другие. Очень надеюсь, что поиграются, и бросят, а сообщество не поддержит эту идею. Однако с Flatpak тоже согласиться не могу. Считаю, что AppImage (как аналог похожего решения из macOS) логичнее и удобнее.
     

  • 1.145, Аноним (145), 08:26, 24/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Объясните мне, почему все так топят за flatpak если у него все время жуткие ошиб... большой текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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