Компания Canonical раскрыла планы по предстоящей значительной переработке инструментария Snapcraft, применяемого для формирования, распространения и обновления самодостаточных пакетов в формате Snap. Отмечается, что текущая кодовая база Snapcraft признана устаревшей (legacy) и будет применяться при необходимости использования старых технологий. Развиваемые радикальные изменения не повлияют на текущую модель использования - в проектах, связанных с Ubuntu Core 18 и 20, продолжит использоваться старый монолитный Snapcraft, а новый модульный Snapcraft начнёт применяться начиная с ветки Ubuntu Core 22...Подробнее: https://www.opennet.me/opennews/art.shtml?num=56471
Оно больше не будет тянуть с собой образ убунты?
Будет.
Теперь каждый пакет будет целым дистрибутивом линукса с приложенным к нему виртуалбоксом.
Вы, батенька, навреное ещё пакеты в Snapcraft'e не собирали. Там хоть и не VirtualBox, но всё же целая виртуалка и всё крайне жирное, тормозное…
Да ладно, паравиртуализация уровня LXD - чуть жирнее chroot, а как ты хочешь и безопасную песочницу и незав.окружение для приложения да ещё и с удобным унифицированным permission что кому можно, начиная от инета, заканчивая доступом к переферии и диску.
Стоит ли бояться ли Snap?
Послесистемды и гтк3+ мейнстримщикам следует просто получать удовольствие.
Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс - очень хороший инструмент.
> Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью,
> но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих
> огромных вещей, которых в один пакет не засунуть и в рамках
> релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс
> - очень хороший инструмент.А толку то? Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения, они сперва на четверть шишеч... сперва хромиум сделали в snap, потом лису, смотрят на реакцию, как привыкнут ли, чтобы погрубже засунуть свой snapd
Официально каноникалы зарабатывают с серверных версий, а десктопы там для мебели, в идеале они бы просто голую систему с GNOME поставляли и никакого прикладного софта в репах, а потом и вовсе запросто отказаться можно от пакетов и там, перейдя на какой-нибудь аналог silverblue и подобную дичь, атомарную и обновляемую огромадными блямбами на каждый чих, чтобы вся система в read-only и хренова тонна места съедалась под снапшоты с бэкапами, всем хорошо, каноникалам, производителям железа, только конечный потребитель как всегда будет башлять, но куда он денется с подводной лодки?!
Другое дело, что "snap-snap и в продакшон" подразумевался, что это будут делать сами разрабы софта, а они могут запросто выбрать другой "велосипед" помодней, не слежу пристально за темой, но периодически опрашиваю любителей обмазываться вот этими снапами/флатпаками и пока популярность не в пользу снапов, как я понял.
Тут вариантов в итоге два: Либо Маркуша в конечном итоге на всех снова обидится и дропнет свой очередной велосипед и притянет к себе флатпак, как это было уже с другими его велосипедами (upstart, unity...)
Либо, они до последнего будут копротивляться, потому что если в долгосрочно перспективе пролюбят рынок со снапами и флатпак победит, то зачем потенциальным хомячкам выбирать будет условную бубунту, если какая-нибуть silverblue столько же будет занимать и отжирать, а бабла в неё влито может быть потенциально больше?
Но, насильно мил не будешь, а если snap-snap и в продакшон не будет много проще, чем флатпакинг, о чём собственно и истинная причина кипеша новости, то пиши пропало, а у Маркуши нет столько бабла бодаться с красношляпой, поэтому это такое шевеление на издохе, либо пан, либо пропал.
Хорошо пишешь! Давай ещо!
>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового примененияИ правильно делают. Все эти пакетные менеджеры, где ты доверяешь не автору, а левому сборщику — крайне сомнительная штука.
Зоопарк дистров — оборотная сторона свободы выбора. Разработчик не может писать готовый пакет сразу под все дистры. В винде это давно возможно, а в линухе пока изобретают костыли в виде снапов.
> Зоопарк дистров — оборотная сторона свободы выбора.Как будто что плахое?!
> Разработчик не может писать готовый
> пакет сразу под все дистры.
>сразу под все дистры.Под все два с половиной))
Зато никто не воет, когда разработчикам нужно самим держать у себя актуальную версию Xcode с соответствующей актуальной платформой и снова и снова переобуваться под новые веяния, также как и проверять и подгонять свои "пакеты" под разные версии android, винды, а проверять всё равно надо, несмотря на кажущуюся обратную совместимость и чото не жужжат, жрут что дают, да ещё и порой платят за возможность публиковаться в сторах.
>>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения
> И правильно делают.Ну, с точки зрения сокращения расходов и выгодя для себя, может и правильно, а вот с точки зрения моральной стороны вопроса и каково будет для конечного пользователя, тут им плевать с большой колокольни, они об этом показывают уже не один год, поэтому те кто понял куда ветер дует и не согласен с "новой" политикой партии, ушли на другие дистры
> Все эти пакетные менеджеры, где ты доверяешь не автору,
> а левому сборщику — крайне сомнительная штука.Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?! Или вы как труъ параноек из совцев по LFS себе всю систему собирали и поддерживали? Или же вы к нам с других, "более правильных" систем пожаловали набросить?!
> Зоопарк дистров — оборотная сторона свободы выбора.
Это не минус, это огромный плюс, нет стогнации и есть алтернативные площадки для альтернативных идей, которые могут быть восприняты сообществом, мейнстрим не всегда идёт правильным путём, хорошо когда есть альтернативные конкурирующие видения и технологии.
Тут вам не один вождь - один дистрибутив, если вам такое надо, вы ошиблись семейством ОС, в природе уже есть то, что вы просите, но такие как вы почему-то приходите со своим усталым в чужой монастырь! Зачем? Чтобы просто нагадить, вбросить?! Не надо так!
> Разработчик не может писать готовый
> пакетМожет, но не обязан и не должен. Разработчику достаточно выкладывать исходники, ВСЁ!
По желанию разработчик может выкладывать тарболы со статической линковкой, чисто чтоб потыкать, как оно.
Если разработчик линукс-пользователь, ему достаточно, по желанию, если он хочет, пакетить под тот дистрибутив, которым он пользуется, но это не обязательно.Упаковка дело мейнтейнеров дистрибутива!
Другое дело, если разработчик хочет чтобы его софт присутствовал в максимально бОльшем количестве дистрибутивов...
Но, это уже зависит от того, насколько качественную и востребованную программу он написал, тут, как раз, "рыночек решает", если софт хороший, его рано или поздно будут мейнтейнить в любой дистрибутив!А если вы, как разработчик, написали какой-то ширпотреб, да ещё и сомнительный, то вы даже снапами не заставите его есть, хотя признаю, что в линуксах сейчас стало полно гoвнoe... непритязательных новоприбывших модных молодёжных пользователей, которые пользуют всё что им насыпят, по какой-то случайности наверное, бОльшая часть из них пользует манжары, гаруды, попоси, дипины, вот этот весь "зоопарк" хайподистров, так, наблюдение.
> В винде это давно возможно, а
> в линухе пока изобретают костыли в виде снапов.В "линухе" так тоже было можно, но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать в то время, потому что разработчики, ещё в массе своей были вменяемыми людьми, т.к. чтобы писать на низкоуровневых языках надо было головой думать, а людей, такое умеющих, что тогда было не много, что сейчас предельно мало.
Железо во многом не позволяло писать гoвнoкoд, который будет жирный и текущий, как самка в период эструса. Также, вменяемые разработчики, как правило думали о конечном пользованиии и пользователях, поэтому не позволяли себе расслабяться и тяп-ляпать в продакшон. Оттого и такая архитектура с пакетами и зависимостями.
Виндовый подход, когда на каждый "пакет" тянется своя версия зависимостей, да ещё и несколько версий фреймворков/"рантаймов" в системе, отчего система жрёт как не в себя, считался дичью всю дорогу.Но, т.к. бОльшая часть пользователей не особо притязательные люди, а маркетолухи делают своё дело, то побеждает не то что хорошо сконструировано, а то что протолкнули, подмазав, кого надо, а если это ещё и имеет свистелки, то "ваще круто".
Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один.
Но сейчас винда сдаёт позиции, им приходиться перенимать опыт у юникс-подобных систем, они спешно пытаются запрыгнуть на поезд с ARM, посмотрим, что будет, хоронить её ещё ой как рано!
Снапы, как и флатпаки - это кривое решение, гораздо лучше технически реализация с этим делом в NixOS, по части прикладного юзерософта, то что там сама система упоротый роллинг, это для массового потребителя дичь, но чисто технически оно разумнее сделано.
Другое дело, что это не мейнстрим, тут опять тотальный NIH-синдром у шляпы и космонафта, они будут до последнего тянуть одеяло на себя, им не нужно эффективно и оптимизировано, им нужно быстро-быстро, не особо задумываясь "snap-snap и в продакшон", а накладные расходы по требованию жирнософта оплатит из своего кармана конечный пользователь, как и быдлокодинг хипстерских скриптомакак.
>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?!Винда. Никакого гемора с приложениями, которые «никто не хочет сопровождать». После офисного побоища, когда все под дудку гугла демонстративно отказались от опенофиса, поставить его стало проблемой. В винде таких проблем нет.
>Упаковка дело мейнтейнеров дистрибутива!
Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то не дедают его. Отговорки вроде того что вам этот фоис не нужен, не принимаются.
>но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать
Это те же правила, по которым в дистрах ОО подменялся на ЛО без согласия пользователя?
>Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один.
Как это отменяет геморрой с использованием приложений, которых некому сопровождать?
>>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?!
> Винда. Никакого гемора с приложениями, которые «никто не хочет сопровождать».
> После офисного побоища, когда все под дудку гугла демонстративно отказались от
> опенофиса, поставить его стало проблемой. В винде таких проблем нет.Ещё бы там были с этим проблемы, винда и держится для пользователей на том, что имеет какую-то обратную совместимость, по вышеуказанным причинам, за которую расплачиваются жирноОСью и галюнами.
У винды своих проблем хватает, чтобы ещё и здесь проседать.
Кому она тогда нужна будет? [риторический вопрос]>>Упаковка дело мейнтейнеров дистрибутива!
> Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то
> не дедают его. Отговорки вроде того что вам этот фоис не
> нужен, не принимаются.А что рассказывать, я вам выше написал, не хотят мейнтейнить, значит не считают нужным, а не считают нужным, уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой.
"Рыночек порешал"
>>но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать
> Это те же правила, по которым в дистрах ОО подменялся на ЛО
> без согласия пользователя?В смысле, без согласия пользователя?
Прямо в текущей установленной системе, или же в следующем релизе?
Если первое, то это дичь, не нужно пользоваться такими дистибутивами, а если второе, так это нормальная практика.
Мейнейнер - пакует, в основном, он не обязан чинить софт, хотя может, если умеет, но если апстрим тyпoй, как буратино, то за него не будут решать его косяки, поэтому гомнософт закономерно улетает на мороз.
Так было не раз и так будет в будущем.>>Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один.
> Как это отменяет геморрой с использованием приложений, которых некому сопровождать?Никак, некому сопровождать, значит порешали, что недостаточно хороший софт.
Заметьте, довольно востребованный софт везде все сопровождают нормально.
А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли?
Если вам нужно, вы можете паковать для своего дистрибутива.
Если это нужно разрабам ОО, пусть пакуют для того дистрибутива, ЦА которого хотят быть.
Заставить всех, абсолютно, использовать свой софт, нельзя.Я бы на месте разрабов ОО крепко задумался и не спешил с выводами!
Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?!
>Ещё бы там были с этим проблемыТак может заимствовать удачный опыт, а не выёживаться самобытностью?
>уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой
Не «лучшей», а той, которую хотели навязать. Мне оно нах не нужно выяснять какая оса укусила сопровождающего. Вам надо — вы и выясняйте. А меня и винда устроит, где я не завишу от чьего-то желания.
>значит порешали, что недостаточно хороший софт
Так разве я против? А я решил что такие дистры мне не нужны. И ОСь такая не нужна. В чём проблемы?
>А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли?
А это не ваше дело. Вот у меня есть в нём потребность. На винде я им пользуюсь спокойно, а в линухе с геморроем. Значит система пакетов дала сбой. Снап и прочие пытаются решить эту проблему, но не решат, пока нет единого стандарта пакетов. Точка.
А ваши объяснения похожи на лепет двоечника, подгоняющего решение под заранее данный ответ. Я изначально сказал что пакетая система — ахиллесова пята линуха, вы взялись доказывать обратное. У вас не получилось Примите это.
>Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?!
Это может сказать школьник, который не помнит истерику гугла, когда ОО отошёл к ораклу. Они сделали всё, чтобы этот пакет раскололся на два. А дебиан, абанта и прочие выступили в этом деле подстилками, выступив на одной из сторон. Вот с ними и разбирайтесь. А ОО и на винде нормально работает.
А какие преимущества у ОО перед ЛО?
Более свободная лицензия, и отсутствие гнилой репутации.
Ну то есть реальных преимуществ нет.
Для ответа на вопрос надо сравнивать. А мне оно не нужно. Другие аноны писале тут же что либра где-то что-то ломала — хз правда или нет.
При выборе софта я не должен оправдываться почему предпочитаю тот или иной продукт. Речь шла о том, что в линухе ты либо зависишь от левого дядьки и системы пакетов, либо сам пилишь пакет, что муторно. В винде такой проблемы нет. Точка.Самая тоталитарная политика, кста, у дебиана, который многие почему-то считают свободным. В его репах ни опенофиса, ни майскула нет. Только их «альтернативы». Вот такую свободу выбора своим пользователям они несут.
> не на однуНи на одну. Извините )
> Но сейчас винда сдаёт позиции🙂
> Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить.Не пробовали, но одобряете? Не стоит.
В установке и обновлении того же кубика, дистрибуция бинарников - самая простая и тривиальная задача, совершенно не требующая таких диких извратов, которые используются в snap.
А openstack скорее в контейнеры пихают, snap/flatpak - это больше для десктопа по факту.
Пришло время всё переписать на rust.
> Пришло время всё переписать на rust.Ну если время пришло - берите, переписывайте. Программисты такой ерундой заниматься не будут, вся надеджа на вас. Пользоваться этим правда потом всё равно не будут, зато перепишите!
Если напишут годно, то будут пользоваться, а почему нет?
Ты в прошлом топике походу не понял. Но есть одна веская причина не переписывать ничего не раст. А именно то что раст → гoвнo!
> Пришло время всё переписать на rust.Разрешаю, переписывай!
Начать переписывать, вы хотели сказать?
После всего этого порева переписывания на омноязык и не заметит никто.
Они изобрели Flatpak, да?
Да. Причем раньше, чем гномеры.
Однако популярность получил только flathub.
У тебя какие-то странные представления о популярности
> У тебя какие-то странные представления о популярностиГоспода, а у вас обоих хоть есть пруфы с свежей статистикой популярности одного в сравнении с другим, или же это опять, тот случай высказывания экспертных авторитетных мнений на опеннете?!
>высказывания экспертных авторитетных мнений на опеннетеА тебе мало?
>> У тебя какие-то странные представления о популярности
> Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности
> одного в сравнении с другим, или же это опять, тот случай
> высказывания экспертных авторитетных мнений на опеннете?!Я когда пишу всегда высказываю своё ИМХО и то, что я вижу в своей, а не чужой жизни, если у Вас проблемы с этим, обратитесь к специалисту.
> У тебя какие-то странные представления о популярностиЯ же не шучу про айфон.
У вас в слове Docker Hub опечатка.
> У вас в слове Docker Hub опечатка.У Вас чересстрочная развёртка.
Лучше бы они добавили опцию отмены автообновления пакетов.
Каг? Не хотите всё время свеженьким обмазываться?
Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.
> Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.А коли вам свеженького не нать, на кой вам тады снапы?
Чтобы не зависеть от древнего репозитория Дебиана. И запускать что угодно на любой версии.
Чем проприетарный магазин приложений Ubuntu лучше древних репозиториев Debian?
Проблему зависимости от левого сервиса это точно не решает.
Можно конкретную версию установить, тогда обновляться не будет
Это только если создатель репо на снапкрафте так сделал. А многие так не сделал. И да даже у тех кто так сделал у того же блендера идут патчи внутри линейки, например в 2.72.X после некоторых патчей отвалились плагины. И некоторые функции начинали работать не совсем так как раньше. Это я уже не говорю про ненужное использование трафика на все эти обновления и засорение диска старыми версиями, которые снап за каким-то хреном хранит на диске.
Простите, а статически линковаться нельзя?
Доступ открыт. Статическая линковка рaзрешaна.
Теоретически - можно, а вот на практике - попробуй, а потом отпишешься. А если ты ещё и судья - про наследование лицензий не забывай.
А есть лицензии, которые разрешают динамическую линковку, но запрщают статическую?
LGPL, как ни странно.
Не запрещено, просто со статикой превращается из LGPL в GPL. Во многих случаях для чистого OSS как-то...
На самом деле разрешено, но только при условии, что ты предоставишь пользователю возможность перелинковать твою несвободную программу с другой версией LGPL-библиотеки (например, дать ему набор объектных файлов, из которых линкуется программа)
Я бы тебе вообще линковаться запретил.
Я бы вас в Госдуму отправил, у вас неплохо получится запрещать.
Удалил Snap, т.к. пакеты со временем весили гигабайты. Внутри обнаружилось, что хранилось несколько версий каждого пакета со всеми прелестями. Вот ради чего хранить всё это? Хорошо, что репозитарии тоже имели эти пакеты. И жить стало лучше, жить стало веселее.
SNAP - это способ заставить вас наконец начать покупать терабайтные SSD диски.
Я этим до SNAP занялся.
Не выдержал работы на HDD
Вы просто не пользуетесь zfs c l2arc & slog & special или любым другим доступным кешем. Работа становится намного приятнее.
Конечно, вот ещё с этим возиться
Дружище, это же страпоня: идиёт с макбуком. Райды, кэши, свапы, бэкапы -- всё это не в коня корм. Всё это "устаревшие технологии".)))
Ну да. Все, чего нет у Apple - устарело. Потому что Apple не использует устаревшие технологии.
> Я этим до SNAP занялся.
> Не выдержал работы на HDDИ что лучше, террабайтник на QLC или 256 гигов на MLC ?
Если терабайт от Samsung/Micron/Intel/Crucial, то определено он.
8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
Если надо сырую производительность, тут, конечно, вариантов уже меньше.
> 8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
> Если надо сырую производительность, тут, конечно, вариантов уже меньше.Так ведь голая производительность (без уловок с SLC кэшем) QLC примерно на уровне HDD (а то и хуже). Самсунги вон пытплись улушить свои QLC драйвы (860 QVO провалилися в продаже кстати) и добились не особо больших успехов.
Казалось бы, а ведь PLC (5-ти битный) на горизонте...
> Так ведь голая производительность (без уловок с SLC кэшем) QLC примерно
> на уровне HDD (а то и хуже)Ну, как владелец QVO SSD (SATA), могу рассказать.
Скорость _записи_ - да, хреновато. Небольшой кеш, далее 150 MB/s и привет.
На чтение сатурирует SATA полностью (~500MB/s).
Произвольный доступ ожидаемо несравним с HDD, HDD на произвольном доступе ползают на брюхе, любый SSD - летают :)Короче нет - нет, они не хуже HDD в целом. Исключительно на запись выходит примерно шило на мыло или даже чуть медленнее (но тоже смотря с какими HDD сравнивать, "черепичные" медленнее, планарные быстрее).
>> Так ведь голая производительность (без уловок с SLC кэшем) QLC примерно
>> на уровне HDD (а то и хуже)
> Ну, как владелец QVO SSD (SATA), могу рассказать.
> Скорость _записи_ - да, хреновато. Небольшой кеш, далее 150 MB/s и привет.
> На чтение сатурирует SATA полностью (~500MB/s).
> Произвольный доступ ожидаемо несравним с HDD, HDD на произвольном доступе ползают на
> брюхе, любый SSD - летают :)
> Короче нет - нет, они не хуже HDD в целом. Исключительно на
> запись выходит примерно шило на мыло или даже чуть медленнее (но
> тоже смотря с какими HDD сравнивать, "черепичные" медленнее, планарные быстрее).Самое смешное это когда QLC ставят на NVME. Тут окаывается что и чтение с QLC тоже намного медленнее чем из кэша. Именно поэтому производители начали хитрить, ставят динамический SLC кэш и не торопятся из кэша данные трамбовать в QLC режим.
Еще один фактор не упомянут - у QLC все таки меньше срок жизни, сильно. TBW там печальные. Да, я знаю конечно сколько это гигабайт записи в день, но все таки падение ресурса заметное + на недорогих драйвах часто туповатый контроллер с не таким уж хорошим выравниванием и бюджетные QLC от бюджетный производителей таки летят.
И кстати да, температурный режим у самсунгов на QLC лучше, чем у HDD. Даже при записи практически не прогреваются. Плюс полное отсутствие шума и вибрации.Короче из минусов в качестве замены HDD только ценник. Из плюсов - очень быстрое (в пределах возможностей шины) чтение и произвольный доступ.
С PLC интересно... PLC может оправдать себя только за счёт кратного снижения стоимости, что маловероятно, если такового не будет - это fail. Ну и время жизни у них ожидаемо никакое будет.
Snap сугубо для проприетарщины и, для случаев, когда нужных приложений нет во flatpak или репозитарии.
Снап скоро сугубо для всего. Кроме системды, конечно.
У Линукса было 30 лет чтобы сделать нормальный нативный подход к распространению софта. Раз они так и не сподобились, то снам и системд сделают все за них.
У линукса их не было. В качестве обвязки всегда был нотюникс. И теперь почти умер.
В Canonical вообще создали что-нибудь полезное?
Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое. Всё это вместе - наглядное пособие, как не надо изобретать велосипеды, и почему диктатура - это плохо. Плохо вообще, и в дистрибутивостроении, в частности.
> UpstartВполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS
Ну давайте честно, в ХромОС он используется 1) потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно. Апстрарт же уже более-менее работал 2) В ХромОС полный контроль над системой у Гугл. Поэтому недостатки Апстарта там не страшны - нежданчиков из wild world не бывает.
В общем это "не очень новый, но привычный и хорошо изученный инструмент". На СистемД в ХромОс не переходят не потому что апстарт лучше, а потмоу что никаких выгод от этого не получится, только куча работы. Вот припрет - займутся.
> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельноНу не уверен, что бы в Гугл прям так уж обрадовались серверному systemd… Всё же задачи несколько разные.
Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так и никогда не использовали.
>> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно
> Ну не уверен, что бы в Гугл прям так уж обрадовались серверному
> systemd… Всё же задачи несколько разные.
> Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так
> и никогда не использовали.Именно потому что полный контроль потому иксы и полетели. Они перевели все что им ножно рисовать на экране с исксов и проблемы легаси просто нет.
> потмоу что никаких выгод от этого не получитсяИ это есть показатель неплохого продукта.
А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.
> А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.Примерно это и произошло с upstart в ubuntu, debian и RHEL.
Гугл не тащат системд чтобы не зависеть от Бизнес Машины. Машина так-то может и например ввести обязательный TPM 2.0 для системд. И всё до свиданья все гуглохромоподелки.
Вы таки думаете, что разработчики ChromeOS огорчатся от обязательного TPM?Они скорее огорчатся, если кто-то сделает это раньше них.
>> Upstart
> Вполне удачный проект.Совсем с коня рухнул ? Вот у тебя никогда не было вопроса почему оно так быстро или побыстрей померло ? Разработчики знают и рады были сменить на что угодно, вплоть до системды
>>> Upstart
>> Вполне удачный проект.
> Совсем с коня рухнул ? Вот у тебя никогда не было вопроса
> почему оно так быстро или побыстрей померло ? Разработчики знают и
> рады были сменить на что угодно, вплоть до системдыЯ вам страшный секрет открою, разработчики ваши - птицы подневольные, каким системдом их с лопаты будет кормить корпораст, такое и будут уплетать за обе щеки, да ещё и нахваливать, а кто не будет, тот побухтит и тоже в итоге будет, иначе удел ему маргинальные ниши, а там денюх пока не платють столько.
Кто этих "разработчиков" вообще спрашивает, кто девушку ужинает, то её ужинает тем, что даёт?!
Кушать захочите и не такое будете использовать!
Вот и весь сказ, а то живёте ещё в каких-то непонятных реальностях, где побеждают всегда здравые решения, нет, не знаю как у вас на Плюке, а у нас тут побеждает тёплое пушистое бабло, а под него на любой ональности платформу пилится всё что нужно, "добровольно и с песнями"!
> Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOSА в ubuntu почему-то systemd. Получается, не такой уж upstart удачный получился.
Особенно после того, как году в 2010-м из canonical свалил его основной разработчик с криками "да пошли вы все!".
Под полезным имелось в виду то, чем люди массово пользуются. Вроде simpleScan их детище.
Разве СимплСкан это не оболочка к Sane? В принципе и из GIMP сканировать можно (а иногда - нужно), но Симпл Скан просто проще. Сам пользуюсь по тому что иногда достаточно просто отсканировать и сохранить.
> Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое.Половину этого уже прикрыли, другая половина - не взлетела. И тоже, скорее всего, прикроют.
Неужели это не ваш первый пингвин? Странный вы, наверное еще и рукаблуд.
рукаблудство это нормально.
Убунту тач
Самый неудобный интерфейс для мобилок. Даже KDE mobile лучше.
Оба мусор
К сожаление никто ещё не сделал копию IOS под свободной лицензией.
Проблема в отсутствии софта
и слава богу
ubuntu server
Ну как бы они продвинули DKMS (хоть придумали его не они) в качестве стандартной фичи. После них DKMS стал появляться и в других дистрибутивах.
Это да. Продвигать в массы чужие разработки у них получается неплохо. Помимо DKMS, они также много сделали для популярности PulseAudio, а когда отказали от Upstart - еще и закрепили доминирующую роль systemd как стандартного инита.
Там snap-калькулятор и snap-остальное по-прежнему открывается как-будто с древнего винта?
Видимо дописались до того, что даже у них на рабочих станциях стала их любимка тормозить.
Тогда нужно, чтобы каждый снап-пакет открывался со звуком натужно дребезжащих головок. Для аутентичности.
Объясните, чем snap лучше/хуже AppImage, который был создан раньше?
Он не лучше, он хуже, потому что:
а) без systemd не работает
б) без ubuntu не работает нормальноА AppImage работает везде... главное чтобы библиотеки минимально (плюс-минус) совпадали.
И то и другое плохо. Лучше всего Flatpak
Такое же почти говнтще как и снап.
> Лучше всего FlatpakЧем же он лучше, по пунктам?
Пункт главный для шапочников: сделано не космонавтом.
>> Лучше всего Flatpak
> Чем же он лучше, по пунктам?1)У snap есть фатальный недостаток для (IBM/Red Hat)
остальные пункты не настолько значительны, что ими можно пренебречь
> 1)У snap есть фатальный недостаток для (IBM/Red Hat)Vendor lock-in - фатальный недостаток не только для конкурентов, но и для обычных пользователей.
Смысл завязываться на проприетарный магазин убунты, если завтра его могут слить так же, как уже слили многие проекты Canonical. И все труды - коту под хвост.
1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для добавления туда пакета. Flatpak позволяет создавать свои репозитории
2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается. Они могут находиться не только в одном пакете вместе с приложением, но и быть в окружениях, общих для нескольких пакетов, такой подход гибче чем Snap, и позволяет программе занимать не так много места
> 1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для
> добавления туда пакета. Flatpak позволяет создавать свои репозитории
> 2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается.
> Они могут находиться не только в одном пакете вместе с приложением,
> но и быть в окружениях, общих для нескольких пакетов, такой подход
> гибче чем Snap, и позволяет программе занимать не так много местаРантаймы есть у обоих, вот только snap это подразумеваемая привязка к канониклам, а flatpak не такая может явная, но привязка к красношляпе.
Да, есть технические отличия, но оба варианта сорта этого самого.Технически более продвинутое и логичное решение у NixOS с их пакетником и подходом, для конечного пользователя в перспективе это лучше было бы, да даже appimage возможно был бы лучше, вот только NixOS какие-то маргиналы, а флатпаки, это "кого надо" флатпаки, поэтому рыночек на наших глазах (по крайней мере пока что) решает не в сторону самого лучшего, а самого "кого надо". Но скорее всего именно так по итогу и порешает, чудо врятли случится.
Ну, все проекты, где используется ядро Linux, в той или иной мере привязаны к красношляпе, потому что кто еще это ядро будет пилить.
AppImage больше похож на бандлы в macOS. Не зависит от вендора, как уже сказали.
Приличное количество ПО уже распространяется в образах AppImage.$ aurget -Ssq appimage | wc -l
173
> AppImage больше похож на бандлы в macOS. Не зависит от вендора, как
> уже сказали.
> Приличное количество ПО уже распространяется в образах AppImage.
> $ aurget -Ssq appimage | wc -l
> 173А есть какой-то ЕДИНЫЙ стор/хаб/ауропомойка, только с этими замечательными AppImage?!
Единый стор/хаб/ауропомойка будет наверное ничем не лучше классического пакетного менеджера. Appimage хорош тем, что ты можешь скачать пакет с оф. сайта разработчика и запустить на любом линухе. Прямо как в старой венде.
>обрабатывать их разными путями и формировать иерархию каталоговЛинукс это просто и логично. Хавайте.
>> переносимых компонентов, которые могут быть независимо друг от друга загружены, собраны и установленыколесо провернулось еще раз
> На смену старому Snapcraft придёт новый более компактный и модульный вариант, который......будет распространяться в тысячах пакетах DEB 😂
Космонавт этого не допустит.
Пока это поделие (Snap) при запуске программы продолжает грузить процессор и засорять озу своими ошметками в кешах - оно не взлетит ни за что.
Имею 10-летний ноутбук с 3 Гб ОЗУ под Xubuntu 20.04.3. Удаление Snap весьма улучшило скорость работы.
Nixos и никаких снапов
Сорта говен, оно прибито гвоздями к сыстемдосу.
> Сорта говен, оно прибито гвоздями к сыстемдосу.Это в NixOS его прибили, сам подход от системды не зависит, пруф тому - существование Guix, но у нас же как всегда побеждает не здравый смысл, а более хайповое и модно-молодёжное, поэтому да, NixOS и системдос это мейнстрим, привыкайте!
Снапы (вместе со snapd) легко удаляются из системы, и необходимости их использования не возникает.
Надеюсь, что в процессе переписывания они его закопают.
Т.е. обратно сложные зависимости. Или цели другие или странно.
Все жду, когда его бросят уже, есть ведь flatpak.
Категорически не нравится, что Snap - примонтированные ресурсы. Это главная претензия, хотя есть и другие. Очень надеюсь, что поиграются, и бросят, а сообщество не поддержит эту идею. Однако с Flatpak тоже согласиться не могу. Считаю, что AppImage (как аналог похожего решения из macOS) логичнее и удобнее.
Объясните мне, почему все так топят за flatpak если у него все время жуткие ошибки (почитайте wiki пакета steam для flatpak), серьёзные проблемы с безопасностью, практически не работающий менеджер разрешений flatseal, нет нормальной чистки данных и кэша (потому что, всё разбросано по системе и одной командой этой не вычистить), где хранилище — это ~1500 пакетов (у snap таких ~6500) и большая часть из них — это oss которые есть в формате обычных пакетов.Хороша ли реализация snap? Нет, отвратительна, хуже только flatpak. Зачем-то демон, который монтажирует диск squashfs при запуске системы (зачем, когда можно это было реализовать по щелчку?), squashfs — вообще не лучший выбор, сжатие xz — должно быть удалено и никогда не использоваться, зачем взяли lzo — загадка, если по тестам zstd Коллета лучше
AppImage — очень неплохо, но интеграция в систему на очень-очень низком уровне, запуск происходит очень долго. Опять тот же squashfs, нет единого хранилища, нет обновлений, нет нормальных магазинов приложений (проще говоря — реализация доставки отсутствует). При этом лучшая реализация концепции zero-install.