The OpenNET Project / Index page

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



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

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

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56471

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

Оглавление

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


1. "Компания Canonical анонсировала переработку инструментария S..."  +13 +/
Сообщение от Аноним (1), 08-Янв-22, 16:01 
Оно больше не будет тянуть с собой образ убунты?
Ответить | Правка | Наверх | Cообщить модератору

51. "Компания Canonical анонсировала переработку инструментария S..."  +4 +/
Сообщение от Аноним (51), 08-Янв-22, 19:02 
Будет.
Ответить | Правка | Наверх | Cообщить модератору

98. "Компания Canonical анонсировала переработку инструментария S..."  +3 +/
Сообщение от Аноним (98), 09-Янв-22, 05:46 
Теперь каждый пакет будет целым дистрибутивом линукса с приложенным к нему виртуалбоксом.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

101. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (1), 09-Янв-22, 10:39 
Вы, батенька, навреное ещё пакеты в Snapcraft'e не собирали. Там хоть и не VirtualBox, но всё же целая виртуалка и всё крайне жирное, тормозное…
Ответить | Правка | Наверх | Cообщить модератору

139. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Медоед (?), 12-Янв-22, 13:05 
Да ладно, паравиртуализация уровня LXD - чуть жирнее chroot, а как ты хочешь и безопасную песочницу и незав.окружение для приложения да ещё и с удобным унифицированным permission что кому можно, начиная от инета, заканчивая доступом к переферии и диску.
Ответить | Правка | Наверх | Cообщить модератору

2. "Компания Canonical анонсировала переработку инструментария S..."  +3 +/
Сообщение от Аноним (2), 08-Янв-22, 16:05 
Стоит ли бояться ли Snap?
Ответить | Правка | Наверх | Cообщить модератору

39. "Компания Canonical анонсировала переработку инструментария S..."  –3 +/
Сообщение от псевдонимус (?), 08-Янв-22, 18:38 
Послесистемды и гтк3+ мейнстримщикам следует просто получать удовольствие.
Ответить | Правка | Наверх | Cообщить модератору

53. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от Аноним (51), 08-Янв-22, 19:05 
Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс - очень хороший инструмент.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

60. "Компания Canonical анонсировала переработку инструментария S..."  +5 +/
Сообщение от Аноним (60), 08-Янв-22, 19:24 
> Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью,
> но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих
> огромных вещей, которых в один пакет не засунуть и в рамках
> релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс
> - очень хороший инструмент.

А толку то? Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения, они сперва на четверть шишеч... сперва хромиум сделали в snap, потом лису, смотрят на реакцию, как привыкнут ли, чтобы погрубже засунуть свой snapd

Официально каноникалы зарабатывают с серверных версий, а десктопы там для мебели, в идеале они бы просто голую систему с GNOME поставляли и никакого прикладного софта в репах, а потом и вовсе запросто отказаться можно от пакетов и там, перейдя на какой-нибудь аналог silverblue и подобную дичь, атомарную и обновляемую огромадными блямбами на каждый чих, чтобы вся система в read-only и хренова тонна места съедалась под снапшоты с бэкапами, всем хорошо, каноникалам, производителям железа, только конечный потребитель как всегда будет башлять, но куда он денется с подводной лодки?!

Другое дело, что "snap-snap и в продакшон" подразумевался, что это будут делать сами разрабы софта, а они могут запросто выбрать другой "велосипед" помодней, не слежу пристально за темой, но периодически опрашиваю любителей обмазываться вот этими снапами/флатпаками и пока популярность не в пользу снапов, как я понял.

Тут вариантов в итоге два: Либо Маркуша в конечном итоге на всех снова обидится и дропнет свой очередной велосипед и притянет к себе флатпак, как это было уже с другими его велосипедами (upstart, unity...)

Либо, они до последнего будут копротивляться, потому что если в долгосрочно перспективе пролюбят рынок со снапами и флатпак победит, то зачем потенциальным хомячкам выбирать будет условную бубунту, если какая-нибуть silverblue столько же будет занимать и отжирать, а бабла в неё влито может быть потенциально больше?

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

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

73. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (73), 08-Янв-22, 20:13 
Хорошо пишешь! Давай ещо!
Ответить | Правка | Наверх | Cообщить модератору

100. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 09:37 
>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения

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

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

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

109. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (109), 09-Янв-22, 11:10 
> Зоопарк дистров — оборотная сторона свободы выбора.

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

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

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

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

110. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (110), 09-Янв-22, 11:40 
>>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения
> И правильно делают.

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

Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?! Или вы как труъ параноек из совцев по LFS себе всю систему собирали и поддерживали? Или же вы к нам с других, "более правильных" систем пожаловали набросить?!

> Зоопарк дистров — оборотная сторона свободы выбора.

Это не минус, это огромный плюс, нет стогнации и есть алтернативные площадки для альтернативных идей, которые могут быть восприняты сообществом, мейнстрим не всегда идёт правильным путём, хорошо когда есть альтернативные конкурирующие видения и технологии.

Тут вам не один вождь - один дистрибутив, если вам такое надо, вы ошиблись семейством ОС, в природе уже есть то, что вы просите, но такие как вы почему-то приходите со своим усталым в чужой монастырь! Зачем? Чтобы просто нагадить, вбросить?! Не надо так!

> Разработчик не может писать готовый
> пакет  

Может, но не обязан и не должен. Разработчику достаточно выкладывать исходники, ВСЁ!
По желанию разработчик может выкладывать тарболы со статической линковкой, чисто чтоб потыкать, как оно.
Если разработчик линукс-пользователь, ему достаточно, по желанию, если он хочет, пакетить под тот дистрибутив, которым он пользуется, но это не обязательно.

Упаковка дело мейнтейнеров дистрибутива!
Другое дело, если разработчик хочет чтобы его софт присутствовал в максимально бОльшем количестве дистрибутивов...
Но, это уже зависит от того, насколько качественную и востребованную программу он написал, тут, как раз, "рыночек решает", если софт хороший, его рано или поздно будут мейнтейнить в любой дистрибутив!

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

> В винде это давно возможно, а
> в линухе пока изобретают костыли в виде снапов.

В "линухе" так тоже было можно, но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать в то время, потому что разработчики, ещё в массе своей были вменяемыми людьми, т.к. чтобы писать на низкоуровневых языках надо было головой думать, а людей, такое умеющих, что тогда было не много, что сейчас предельно мало.
Железо во многом не позволяло писать гoвнoкoд, который будет жирный и текущий, как самка в период эструса. Также, вменяемые разработчики, как правило думали о конечном пользованиии и пользователях, поэтому не позволяли себе расслабяться и тяп-ляпать в продакшон. Оттого и такая архитектура с пакетами и зависимостями.
Виндовый подход, когда на каждый "пакет" тянется своя версия зависимостей, да ещё и несколько версий фреймворков/"рантаймов" в системе, отчего система жрёт как не в себя, считался дичью всю дорогу.

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

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

Но сейчас винда сдаёт позиции, им приходиться перенимать опыт у юникс-подобных систем, они спешно пытаются запрыгнуть на поезд с ARM, посмотрим, что будет, хоронить её ещё ой как рано!

Снапы, как и флатпаки - это кривое решение, гораздо лучше технически реализация с этим делом в NixOS, по части прикладного юзерософта, то что там сама система упоротый роллинг, это для массового потребителя дичь, но чисто технически оно разумнее сделано.
Другое дело, что это не мейнстрим, тут опять тотальный NIH-синдром у шляпы и космонафта, они будут до последнего тянуть одеяло на себя, им не нужно эффективно и оптимизировано, им нужно быстро-быстро, не особо задумываясь "snap-snap и в продакшон", а накладные расходы по требованию жирнософта оплатит из своего кармана конечный пользователь, как и быдлокодинг хипстерских скриптомакак.

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

129. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 20:01 
>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?!

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

>Упаковка дело мейнтейнеров дистрибутива!

Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то не дедают его. Отговорки вроде того что вам этот фоис не нужен, не принимаются.

>но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать

Это те же правила, по которым в дистрах ОО подменялся на ЛО без согласия пользователя?

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

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

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

130. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (130), 09-Янв-22, 21:10 
>>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?!
> Винда. Никакого гемора с приложениями, которые «никто не хочет сопровождать».
> После офисного побоища, когда все под дудку гугла демонстративно отказались от
> опенофиса, поставить его стало проблемой. В винде таких проблем нет.

Ещё бы там были  с этим проблемы, винда и держится для пользователей на том, что имеет какую-то обратную совместимость, по вышеуказанным причинам, за которую расплачиваются жирноОСью и галюнами.
У винды своих проблем хватает, чтобы ещё и здесь проседать.
Кому она тогда нужна будет? [риторический вопрос]

>>Упаковка дело мейнтейнеров дистрибутива!
> Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то
> не дедают его. Отговорки вроде того что вам этот фоис не
> нужен, не принимаются.

А что рассказывать, я вам выше написал, не хотят мейнтейнить, значит не считают нужным, а не считают нужным, уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой.
"Рыночек порешал"
>>но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать
> Это те же правила, по которым в дистрах ОО подменялся на ЛО
> без согласия пользователя?

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

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

Никак, некому сопровождать, значит порешали, что недостаточно хороший софт.
Заметьте, довольно востребованный софт везде все сопровождают нормально.
А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли?
Если вам нужно, вы можете паковать для своего дистрибутива.
Если это нужно разрабам ОО, пусть пакуют для того дистрибутива, ЦА которого хотят быть.
Заставить всех, абсолютно, использовать свой софт, нельзя.

Я бы на месте разрабов ОО крепко задумался и не спешил с выводами!
Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?!

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

131. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 23:43 
>Ещё бы там были  с этим проблемы

Так может заимствовать удачный опыт, а не выёживаться самобытностью?

>уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой

Не «лучшей», а той, которую хотели навязать. Мне оно нах не нужно выяснять какая оса укусила сопровождающего. Вам надо — вы и выясняйте. А меня и винда устроит, где я не завишу от чьего-то желания.

>значит порешали, что недостаточно хороший софт

Так разве я против? А я решил что такие дистры мне не нужны. И ОСь такая не нужна. В чём проблемы?

>А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли?

А это не ваше дело. Вот у меня есть в нём потребность. На винде я им пользуюсь спокойно, а в линухе с геморроем. Значит система пакетов дала сбой. Снап и прочие пытаются решить эту проблему, но не решат, пока нет единого стандарта пакетов. Точка.

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

>Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?!

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

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

137. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Минона (ok), 10-Янв-22, 22:37 
А какие преимущества у ОО перед ЛО?
Ответить | Правка | Наверх | Cообщить модератору

142. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Тот_Самый_Анонимус (?), 20-Янв-22, 22:42 
Более свободная лицензия, и отсутствие гнилой репутации.
Ответить | Правка | Наверх | Cообщить модератору

143. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Минона (ok), 20-Янв-22, 23:57 
Ну то есть реальных преимуществ нет.
Ответить | Правка | Наверх | Cообщить модератору

144. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Тот_Самый_Анонимус (?), 21-Янв-22, 23:43 
Для ответа на вопрос надо сравнивать. А мне оно не нужно. Другие аноны писале тут же что либра где-то что-то ломала — хз правда или нет.
При выборе софта я не должен оправдываться почему предпочитаю тот или иной продукт. Речь шла о том, что в линухе ты либо зависишь от левого дядьки и системы пакетов, либо сам пилишь пакет, что муторно. В винде такой проблемы нет. Точка.

Самая тоталитарная политика, кста, у дебиана, который многие почему-то считают свободным. В его репах ни опенофиса, ни майскула нет. Только их «альтернативы». Вот такую свободу выбора своим пользователям они несут.

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

141. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (141), 19-Янв-22, 00:33 
>  не на одну

Ни на одну. Извините )

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

140. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (141), 19-Янв-22, 00:20 
> Но сейчас винда сдаёт позиции

🙂

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

81. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (81), 08-Янв-22, 23:03 
> Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить.

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

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

136. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Owlet (?), 10-Янв-22, 20:18 
А openstack скорее в контейнеры пихают, snap/flatpak - это больше для десктопа по факту.
Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  –2 +/
Сообщение от zloykakpes (ok), 08-Янв-22, 16:06 
Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором  –3 +/
Сообщение от leap42 (ok), 08-Янв-22, 16:09 
Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  –5 +/
Сообщение от Kusb (?), 08-Янв-22, 16:22 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +2 +/
Сообщение от Аноним (7), 08-Янв-22, 16:16 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

23. Скрыто модератором  +3 +/
Сообщение от Аноним (23), 08-Янв-22, 17:56 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

24. Скрыто модератором  +1 +/
Сообщение от Аноним (24), 08-Янв-22, 18:00 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

42. Скрыто модератором  –1 +/
Сообщение от псевдонимус (?), 08-Янв-22, 18:41 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Компания Canonical анонсировала переработку инструментария S..."  +12 +/
Сообщение от Аноним (4), 08-Янв-22, 16:06 
Они изобрели Flatpak, да?
Ответить | Правка | Наверх | Cообщить модератору

10. "Компания Canonical анонсировала переработку инструментария S..."  +7 +/
Сообщение от Анонус (?), 08-Янв-22, 16:34 
Да. Причем раньше, чем гномеры.
Ответить | Правка | Наверх | Cообщить модератору

16. "Компания Canonical анонсировала переработку инструментария S..."  –4 +/
Сообщение от VZ (??), 08-Янв-22, 17:07 
Однако популярность получил только flathub.
Ответить | Правка | Наверх | Cообщить модератору

28. "Компания Canonical анонсировала переработку инструментария S..."  +7 +/
Сообщение от iPony129412 (?), 08-Янв-22, 18:07 
У тебя какие-то странные представления о популярности
Ответить | Правка | Наверх | Cообщить модератору

64. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от Аноним (64), 08-Янв-22, 19:51 
> У тебя какие-то странные представления о популярности

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

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

77. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от Аноним (77), 08-Янв-22, 20:20 
>высказывания экспертных авторитетных мнений на опеннете

А тебе мало?

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

115. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от VZ (??), 09-Янв-22, 13:46 
>> У тебя какие-то странные представления о популярности
> Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности
> одного в сравнении с другим, или же это опять, тот случай
> высказывания экспертных авторитетных мнений на опеннете?!

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

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

114. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от VZ (??), 09-Янв-22, 13:44 
> У тебя какие-то странные представления о популярности

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

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

113. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Анонус (?), 09-Янв-22, 13:34 
У вас в слове Docker Hub опечатка.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

116. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от VZ (??), 09-Янв-22, 13:47 
> У вас в слове Docker Hub опечатка.

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

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

6. "Компания Canonical анонсировала переработку инструментария S..."  +2 +/
Сообщение от Аноним (7), 08-Янв-22, 16:14 
Лучше бы они добавили опцию отмены автообновления пакетов.  
Ответить | Правка | Наверх | Cообщить модератору

9. "Компания Canonical анонсировала переработку инструментария S..."  +5 +/
Сообщение от Онаним (?), 08-Янв-22, 16:25 
Каг? Не хотите всё время свеженьким обмазываться?
Ответить | Правка | Наверх | Cообщить модератору

56. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (7), 08-Янв-22, 19:21 
Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.  
Ответить | Правка | Наверх | Cообщить модератору

65. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (65), 08-Янв-22, 19:54 
> Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.

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

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

102. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (102), 09-Янв-22, 11:00 
Чтобы не зависеть от древнего репозитория Дебиана.  И запускать что угодно на любой версии.  
Ответить | Правка | Наверх | Cообщить модератору

118. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:16 
Чем проприетарный магазин приложений Ubuntu лучше древних репозиториев Debian?
Проблему зависимости от левого сервиса это точно не решает.
Ответить | Правка | Наверх | Cообщить модератору

75. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (75), 08-Янв-22, 20:18 
Можно конкретную версию установить, тогда обновляться не будет
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

103. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (102), 09-Янв-22, 11:03 
Это только если создатель репо на снапкрафте так сделал. А многие так не сделал.  И да даже у тех кто так сделал у того же блендера идут патчи внутри линейки, например в 2.72.X после некоторых патчей отвалились плагины.  И некоторые функции начинали работать не совсем так как раньше.  Это я уже не говорю про ненужное использование трафика на все эти обновления и засорение диска старыми версиями, которые снап за каким-то хреном хранит на диске.  
Ответить | Правка | Наверх | Cообщить модератору

12. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Судья из Калифорнии с опытом программирования (?), 08-Янв-22, 16:42 
Простите, а статически линковаться нельзя?
Ответить | Правка | Наверх | Cообщить модератору

15. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Судья Дредд (?), 08-Янв-22, 17:06 
Доступ открыт. Статическая линковка рaзрешaна.
Ответить | Правка | Наверх | Cообщить модератору

55. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (51), 08-Янв-22, 19:07 
Теоретически - можно, а вот на практике - попробуй, а потом отпишешься. А если ты ещё и судья - про наследование лицензий не забывай.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

61. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Ordu (ok), 08-Янв-22, 19:26 
А есть лицензии, которые разрешают динамическую линковку, но запрщают статическую?
Ответить | Правка | Наверх | Cообщить модератору

68. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Онаним (?), 08-Янв-22, 19:59 
LGPL, как ни странно.
Ответить | Правка | Наверх | Cообщить модератору

71. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Жорш (?), 08-Янв-22, 20:08 
Не запрещено, просто со статикой превращается из LGPL в GPL. Во многих случаях для чистого OSS как-то...
Ответить | Правка | Наверх | Cообщить модератору

88. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (88), 09-Янв-22, 01:34 
На самом деле разрешено, но только при условии, что ты предоставишь пользователю возможность перелинковать твою несвободную программу с другой версией LGPL-библиотеки (например, дать ему набор объектных файлов, из которых линкуется программа)
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

104. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (102), 09-Янв-22, 11:04 
Я бы тебе вообще линковаться запретил.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

121. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:23 
Я бы вас в Госдуму отправил, у вас неплохо получится запрещать.
Ответить | Правка | Наверх | Cообщить модератору

13. "Компания Canonical анонсировала переработку инструментария S..."  +4 +/
Сообщение от th3m3 (ok), 08-Янв-22, 16:46 
Удалил Snap, т.к. пакеты со временем весили гигабайты. Внутри обнаружилось, что хранилось несколько версий каждого пакета со всеми прелестями. Вот ради чего хранить всё это? Хорошо, что репозитарии тоже имели эти пакеты. И жить стало лучше, жить стало веселее.
Ответить | Правка | Наверх | Cообщить модератору

32. "Компания Canonical анонсировала переработку инструментария S..."  +3 +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:25 
SNAP - это способ заставить вас наконец начать покупать терабайтные SSD диски.
Ответить | Правка | Наверх | Cообщить модератору

41. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от iPony129412 (?), 08-Янв-22, 18:40 
Я этим до SNAP занялся.
Не выдержал работы на HDD
Ответить | Правка | Наверх | Cообщить модератору

45. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (45), 08-Янв-22, 18:43 
Вы просто не пользуетесь zfs c l2arc & slog & special или любым другим доступным кешем. Работа становится намного приятнее.
Ответить | Правка | Наверх | Cообщить модератору

54. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от iPony129412 (?), 08-Янв-22, 19:06 
Конечно, вот ещё с этим возиться
Ответить | Правка | Наверх | Cообщить модератору

90. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от смешнох (?), 09-Янв-22, 02:38 
Дружище, это же страпоня: идиёт с макбуком. Райды, кэши, свапы, бэкапы -- всё это не в коня корм. Всё это "устаревшие технологии".)))
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

125. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:36 
Ну да. Все, чего нет у Apple - устарело. Потому что Apple не использует устаревшие технологии.
Ответить | Правка | Наверх | Cообщить модератору

48. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:47 
> Я этим до SNAP занялся.
> Не выдержал работы на HDD

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

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

50. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Нононим (?), 08-Янв-22, 18:56 
Если терабайт от Samsung/Micron/Intel/Crucial, то определено он.
Ответить | Правка | Наверх | Cообщить модератору

69. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Онаним (?), 08-Янв-22, 20:05 
8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
Если надо сырую производительность, тут, конечно, вариантов уже меньше.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

83. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Kuromi (ok), 08-Янв-22, 23:45 
> 8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить.
> Если надо сырую производительность, тут, конечно, вариантов уже меньше.

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

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

105. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Онаним (?), 09-Янв-22, 11:05 
> Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно
> на уровне HDD (а то и хуже)

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

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

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

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

126. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Kuromi (ok), 09-Янв-22, 17:36 
>> Так ведь голая производительность (без уловок с 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 от бюджетный производителей таки летят.

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

107. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Онаним (?), 09-Янв-22, 11:07 
И кстати да, температурный режим у самсунгов на QLC лучше, чем у HDD. Даже при записи практически не прогреваются. Плюс полное отсутствие шума и вибрации.

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

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

108. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Онаним (?), 09-Янв-22, 11:08 
С PLC интересно... PLC может оправдать себя только за счёт кратного снижения стоимости, что маловероятно, если такового не будет - это fail. Ну и время жизни у них ожидаемо никакое будет.
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

34. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (45), 08-Янв-22, 18:30 
Snap сугубо для проприетарщины и, для случаев, когда нужных приложений нет во flatpak или репозитарии.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

46. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от псевдонимус (?), 08-Янв-22, 18:44 
Снап скоро сугубо для всего. Кроме системды, конечно.
Ответить | Правка | Наверх | Cообщить модератору

58. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (7), 08-Янв-22, 19:22 
У Линукса было 30 лет чтобы сделать нормальный нативный подход к распространению софта. Раз они так и не сподобились, то снам и системд сделают все за них.  
Ответить | Правка | Наверх | Cообщить модератору

62. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от псевдонимус (?), 08-Янв-22, 19:31 
У линукса их не было. В качестве обвязки всегда был нотюникс. И теперь почти умер.
Ответить | Правка | Наверх | Cообщить модератору

17. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (17), 08-Янв-22, 17:13 
В Canonical вообще создали что-нибудь полезное?
Ответить | Правка | Наверх | Cообщить модератору

19. "Компания Canonical анонсировала переработку инструментария S..."  +5 +/
Сообщение от Аноним (4), 08-Янв-22, 17:30 
Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое. Всё это вместе - наглядное пособие, как не надо изобретать велосипеды, и почему диктатура - это плохо. Плохо вообще, и в дистрибутивостроении, в частности.
Ответить | Правка | Наверх | Cообщить модератору

27. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от iPony129412 (?), 08-Янв-22, 18:04 
> Upstart

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

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

35. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:32 
Ну давайте честно, в ХромОС он используется 1) потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно. Апстрарт же уже более-менее работал 2) В ХромОС полный контроль над системой у Гугл. Поэтому недостатки Апстарта там не страшны - нежданчиков из wild world не бывает.
В общем это "не очень новый, но привычный и хорошо изученный инструмент". На СистемД в ХромОс не переходят не потому что апстарт лучше, а потмоу что никаких выгод от этого не получится, только куча работы. Вот припрет - займутся.
Ответить | Правка | Наверх | Cообщить модератору

37. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от iPony129412 (?), 08-Янв-22, 18:35 
> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно

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

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

47. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:46 
>> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно
> Ну не уверен, что бы в Гугл прям так уж обрадовались серверному
> systemd… Всё же задачи несколько разные.
> Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так
> и никогда не использовали.

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

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

40. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от iPony129412 (?), 08-Янв-22, 18:39 
> потмоу что никаких выгод от этого не получится

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

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

86. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 00:07 
> А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.

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

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

106. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от Аноним (102), 09-Янв-22, 11:07 
Гугл не тащат системд чтобы не зависеть от Бизнес Машины.  Машина так-то может и например ввести обязательный TPM 2.0 для системд.  И всё до свиданья все гуглохромоподелки.  
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

119. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:17 
Вы таки думаете, что разработчики ChromeOS огорчатся от обязательного TPM?

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

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

66. "Компания Canonical анонсировала переработку инструментария S..."  +2 +/
Сообщение от Аноним (-), 08-Янв-22, 19:57 
>> Upstart
> Вполне удачный проект.

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

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

74. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от Аноним (74), 08-Янв-22, 20:17 
>>> Upstart
>> Вполне удачный проект.
> Совсем с коня рухнул ? Вот у тебя никогда не было вопроса
> почему оно так быстро или побыстрей померло ? Разработчики знают и
> рады были сменить на что угодно, вплоть до системды

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

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

85. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 00:05 
> Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS

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

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

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

29. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Bdfybec (?), 08-Янв-22, 18:07 
Под полезным имелось в виду то, чем люди массово пользуются. Вроде simpleScan их детище.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

36. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:33 
Разве СимплСкан это не оболочка к Sane? В принципе и из GIMP сканировать можно (а иногда - нужно), но Симпл Скан просто проще. Сам пользуюсь по тому что иногда достаточно просто отсканировать и сохранить.
Ответить | Правка | Наверх | Cообщить модератору

84. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 00:02 
> Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое.

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

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

20. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (20), 08-Янв-22, 17:32 
Неужели это не ваш первый пингвин? Странный вы, наверное еще и рукаблуд.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

76. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (77), 08-Янв-22, 20:19 
рукаблудство это нормально.
Ответить | Правка | Наверх | Cообщить модератору

21. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от ананоша (?), 08-Янв-22, 17:33 
Убунту тач
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

31. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (31), 08-Янв-22, 18:13 
Самый неудобный интерфейс для мобилок. Даже KDE mobile лучше.
Ответить | Правка | Наверх | Cообщить модератору

43. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (43), 08-Янв-22, 18:41 
Оба мусор
Ответить | Правка | Наверх | Cообщить модератору

67. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от Аноним (31), 08-Янв-22, 19:57 
К сожаление никто ещё не сделал копию IOS под свободной лицензией.
Ответить | Правка | Наверх | Cообщить модератору

79. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (43), 08-Янв-22, 22:28 
Проблема в отсутствии софта
Ответить | Правка | Наверх | Cообщить модератору

117. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (117), 09-Янв-22, 14:38 
и слава богу
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

22. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (77), 08-Янв-22, 17:44 
ubuntu server
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

33. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Kuromi (ok), 08-Янв-22, 18:28 
Ну как бы они продвинули DKMS (хоть придумали его не они) в качестве стандартной фичи. После них DKMS стал появляться и в других дистрибутивах.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

124. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:33 
Это да. Продвигать в массы чужие разработки у них получается неплохо. Помимо DKMS, они также много сделали для популярности PulseAudio, а когда отказали от Upstart - еще и закрепили доминирующую роль systemd как стандартного инита.
Ответить | Правка | Наверх | Cообщить модератору

18. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от какработать (?), 08-Янв-22, 17:28 
Там snap-калькулятор и snap-остальное по-прежнему открывается как-будто с древнего винта?
Ответить | Правка | Наверх | Cообщить модератору

26. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от НяшМяш (ok), 08-Янв-22, 18:02 
Видимо дописались до того, что даже у них на рабочих станциях стала их любимка тормозить.
Ответить | Правка | Наверх | Cообщить модератору

94. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от какработать (?), 09-Янв-22, 05:04 
Тогда нужно, чтобы каждый снап-пакет открывался со звуком натужно дребезжащих головок. Для аутентичности.
Ответить | Правка | Наверх | Cообщить модератору

25. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (23), 08-Янв-22, 18:01 
Объясните, чем snap лучше/хуже AppImage, который был создан раньше?
Ответить | Правка | Наверх | Cообщить модератору

30. "Компания Canonical анонсировала переработку инструментария S..."  +5 +/
Сообщение от B.X (?), 08-Янв-22, 18:12 
Он не лучше, он хуже, потому что:
а) без systemd не работает
б) без ubuntu не работает нормально

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

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

44. "Компания Canonical анонсировала переработку инструментария S..."  +3 +/
Сообщение от Аноним (44), 08-Янв-22, 18:42 
И то и другое плохо. Лучше всего Flatpak
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

49. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от псевдонимус (?), 08-Янв-22, 18:48 
Такое же почти говнтще как и снап.
Ответить | Правка | Наверх | Cообщить модератору

52. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (23), 08-Янв-22, 19:03 
> Лучше всего Flatpak

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

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

63. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от псевдонимус (?), 08-Янв-22, 19:32 
Пункт главный для шапочников: сделано не космонавтом.
Ответить | Правка | Наверх | Cообщить модератору

70. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (70), 08-Янв-22, 20:05 
>> Лучше всего Flatpak
> Чем же он лучше, по пунктам?

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

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

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

120. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (81), 09-Янв-22, 16:21 
> 1)У snap есть фатальный недостаток для (IBM/Red Hat)

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

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

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

72. "Компания Canonical анонсировала переработку инструментария S..."  +3 +/
Сообщение от Аноним (44), 08-Янв-22, 20:11 
1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для добавления туда пакета. Flatpak позволяет создавать свои репозитории
2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается. Они могут находиться не только в одном пакете вместе с приложением, но и быть в окружениях, общих для нескольких пакетов, такой подход гибче чем Snap, и позволяет программе занимать не так много места
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

78. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (78), 08-Янв-22, 20:24 
> 1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для
> добавления туда пакета. Flatpak позволяет создавать свои репозитории
> 2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается.
> Они могут находиться не только в одном пакете вместе с приложением,
> но и быть в окружениях, общих для нескольких пакетов, такой подход
> гибче чем Snap, и позволяет программе занимать не так много места

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

Технически более продвинутое и логичное решение у NixOS с их пакетником и подходом, для конечного пользователя в перспективе это лучше было бы, да даже appimage возможно был бы лучше, вот только NixOS какие-то маргиналы, а флатпаки, это "кого надо" флатпаки, поэтому рыночек на наших глазах (по крайней мере пока что) решает не в сторону самого лучшего, а самого "кого надо". Но скорее всего именно так по итогу и порешает, чудо врятли случится.

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

122. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:25 
Ну, все проекты, где используется ядро Linux, в той или иной мере привязаны к красношляпе, потому что кто еще это ядро будет пилить.
Ответить | Правка | Наверх | Cообщить модератору

57. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (23), 08-Янв-22, 19:21 
AppImage больше похож на бандлы в macOS. Не зависит от вендора, как уже сказали.
Приличное количество ПО уже распространяется в образах AppImage.

$ aurget -Ssq appimage | wc -l
173

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

111. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (111), 09-Янв-22, 11:52 
> AppImage больше похож на бандлы в macOS. Не зависит от вендора, как
> уже сказали.
> Приличное количество ПО уже распространяется в образах AppImage.
> $ aurget -Ssq appimage | wc -l
> 173

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

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

138. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Анонимemail (138), 11-Янв-22, 09:21 
Единый стор/хаб/ауропомойка будет наверное ничем не лучше классического пакетного менеджера. Appimage хорош тем, что ты можешь скачать пакет с оф. сайта разработчика и запустить на любом линухе. Прямо как в старой венде.
Ответить | Правка | Наверх | Cообщить модератору

38. "Компания Canonical анонсировала переработку инструментария S..."  –1 +/
Сообщение от псевдонимус (?), 08-Янв-22, 18:36 
>обрабатывать их разными путями и формировать иерархию каталогов

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

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

59. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (59), 08-Янв-22, 19:23 
>> переносимых компонентов, которые могут быть независимо друг от друга загружены, собраны и установлены

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

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

82. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от pashev.me (?), 08-Янв-22, 23:11 
> На смену старому Snapcraft придёт новый более компактный и модульный вариант, который...

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

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

123. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (81), 09-Янв-22, 16:28 
Космонавт этого не допустит.
Ответить | Правка | Наверх | Cообщить модератору

96. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (96), 09-Янв-22, 05:29 
Пока это поделие (Snap) при запуске программы продолжает грузить процессор и засорять озу своими ошметками в кешах - оно не взлетит ни за что.
Ответить | Правка | Наверх | Cообщить модератору

135. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (135), 10-Янв-22, 08:26 
Имею 10-летний ноутбук с 3 Гб ОЗУ под Xubuntu 20.04.3. Удаление Snap весьма улучшило скорость работы.
Ответить | Правка | Наверх | Cообщить модератору

97. "Компания Canonical анонсировала переработку инструментария S..."  +2 +/
Сообщение от ананоша (?), 09-Янв-22, 05:30 
Nixos и никаких снапов
Ответить | Правка | Наверх | Cообщить модератору

99. "Компания Canonical анонсировала переработку инструментария S..."  –2 +/
Сообщение от Аноним (99), 09-Янв-22, 06:27 
Сорта говен, оно прибито гвоздями к сыстемдосу.
Ответить | Правка | Наверх | Cообщить модератору

112. "Компания Canonical анонсировала переработку инструментария S..."  +1 +/
Сообщение от Аноним (112), 09-Янв-22, 11:54 
> Сорта говен, оно прибито гвоздями к сыстемдосу.

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

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

134. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (135), 10-Янв-22, 08:24 
Снапы (вместе со snapd) легко удаляются из системы, и необходимости их использования не возникает.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

127. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (-), 09-Янв-22, 18:11 
Надеюсь, что в процессе переписывания они его закопают.
Ответить | Правка | Наверх | Cообщить модератору

128. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Антонимистично (?), 09-Янв-22, 18:32 
Т.е. обратно сложные зависимости. Или цели другие или странно.
Ответить | Правка | Наверх | Cообщить модератору

132. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от devkornev (ok), 10-Янв-22, 06:56 
Все жду, когда его бросят уже, есть ведь flatpak.
Ответить | Правка | Наверх | Cообщить модератору

133. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (135), 10-Янв-22, 08:23 
Категорически не нравится, что Snap - примонтированные ресурсы. Это главная претензия, хотя есть и другие. Очень надеюсь, что поиграются, и бросят, а сообщество не поддержит эту идею. Однако с Flatpak тоже согласиться не могу. Считаю, что AppImage (как аналог похожего решения из macOS) логичнее и удобнее.
Ответить | Правка | Наверх | Cообщить модератору

145. "Компания Canonical анонсировала переработку инструментария S..."  +/
Сообщение от Аноним (145), 24-Янв-22, 08:26 
Объясните мне, почему все так топят за flatpak если у него все время жуткие ошибки (почитайте wiki пакета steam для flatpak), серьёзные проблемы с безопасностью, практически не работающий менеджер разрешений flatseal, нет нормальной чистки данных и кэша (потому что, всё разбросано по системе и одной командой этой не вычистить), где хранилище — это ~1500 пакетов (у snap таких ~6500) и большая часть из них — это oss которые есть в формате обычных пакетов.

Хороша ли реализация snap? Нет, отвратительна, хуже только flatpak. Зачем-то демон, который монтажирует диск squashfs при запуске системы (зачем, когда можно это было реализовать по щелчку?), squashfs — вообще не лучший выбор, сжатие xz — должно быть удалено и никогда не использоваться, зачем взяли lzo — загадка, если по тестам zstd Коллета лучше

AppImage — очень неплохо, но интеграция в систему на очень-очень низком уровне, запуск происходит очень долго. Опять тот же squashfs, нет единого хранилища, нет обновлений, нет нормальных магазинов приложений (проще говоря — реализация доставки отсутствует). При этом лучшая реализация концепции zero-install.

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

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

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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