Компания Canonical рассказала о планах по расширению возможностей Ubuntu, как платформы для запуска игровых приложений. Отмечается, что развитие проектов Wine и Proton, а также адаптация античит-сервисов BattlEye и Easy Anti-Cheat, уже позволяют запускать в Linux многие игры, доступные только для Windows. После выхода Ubuntu 22.04 LTS компания намерена плотно заняться работой по упрощению доступа к играм в Ubuntu и повышению удобства их запуска. Развитие Ubuntu как удобного окружения для запуска игр отнесено к числу приоритетных направлений и для достижения цели компания намерена нанять дополнительный персонал...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57110
новая запускалка для игоря?
Ага, только типкал линух.
Давайте тогда уж операционку в контейнер запихаем чтоб точно запустилась, пххахаха.
Давай. Какие-то проблемы с этим?
скоро будут запускать контейнеры внутри других контейнеров ибо сами контейнеры не очень безопасны и постоянно там находят дыры в хост систему в root
В этом что-то есть, в контейнер загружается ISO последней Win10, и оно работает на запуск. Никакие активаторы не нужны)
Страшно даже подумать сколько стим будет запускаться в снапе
Чай попить, отли.. (К игре подготовиться) теперь всегда успеем
Ребёнка в школу отвести, в магазин зайти...
... родить ребёнка, вырастить, в школу отвести, в магазин зайти...
А ты уже родил ребенка?
Мне нечем.
Пока запускается можно много сделать
Ну так из снапа пакеты запускаются долго только при первом их запуске. Потом стартуют достаточно быстро. Но да, убунта теперь всё, что можно пихает в снап и это печально...
Ну да, один раз комп включил, и нефиг выключать больше
Так и делаю уже лет 20, с первого своего компа. Ребуты только для обновлений. Ну может лаптоп погасить на время перелёта, мало ли в аэропорту стащат. А так, зачем выключать-то?
затем, что после перелёта убунта не работает
Это не совсем так. Они оседают в файловом кеше в озу в том числе. И из-за того что они лежат на диске сжатыми! после очистки кеша они декомпрессипуются заново тем самым засоряя озу постоянно. А система может попросить очистить лишний файловый мусор из озу если игрушка тяжёлая. Да там snap не выполняет всякие инициализации систем изоляции, но даже при этом запуск долгий.Можете сами поэкспериментировать. На свежеустановленной убунту 22.04 в виртуалке (проще воспроизвести с 1-1.5гб рамы) запустить Фокс. Закрыть его. Запустить либру и тхундерберд. Закрыть их. Заново запустить Фокс.
Те дурики что заявляют это всего лишь squashfs+lzo и в озу не считаются все данные, а только те блоки файлов что были затребованны программой, да это так, но йопта steam при запуске считывает овердохрена so libs.Тупо установить firefox из deb mozilla-team ppa и поразиться скорости его работы, в разы лучше.
вот сделал тест, на интоле 7 летней давности: snap-firefox кеш озу засирает на 400 мб и стартует в раза дольше обычного старого deb варианта (200 мб кеша и быстрого запуска).
Как играть через Proton без Steam и без геморроя?
никак
Portproton (port-wine)
>без геморрояИспользуй обычный вайн.
Proton-GE плюс лаунчер типа Lutris
Я скачал proton-ge из шитхаба, всё работает. Профита не оценил, в играх всё так же нет поддержки AVC, но есть плейсхолдер на месте видео. Правда, в одной игре был баг со звуком (звуки там в WAV формате, как я понял) из-за чего она постоянно вылетала, и в протоне поигралось без проблем. Я думаю это нужно ядро с futex2, чтобы заметить какие-то профиты. Вирусы не пробовал запускать, но, насколько я знаю, в них должна быть поддержка линукса всё равно, не смотря на протон.
> Вирусы не пробовал запускатьЧерез какой браузер это написал?
FF с отключенными через user.js зондами. Но одно дело браузер который в теории способен отправлять телеметрию, и совсем другое малварь, которая всеми правдами и неправдами стремится получить прав больше ОС с целями насаждения идеалов DRM.
И эта малварь с централизованным удалённым контролем и ты никак не способен её контролировать, зато она очень даже хорошо знает о тебе больше тебя и полностью имеет в своём полном распоряжении. Агрессивные инвазивные средства цифрового контроля это конечно здорово и прекрасно, однако, всегда приводят к нехорошим вещам, и примеров было уже много.
Это какие? Недавний Гидра экстерминатус?
Ты лишаешься купленных игр, когда их дрм сервисы умирают. Тот же сквиникс при этом удалял игры из библиотеки стима при закрытии своих дрм серверов (примерно единственные, кто так делал за всю историю, но активижен-близзард тоже мог бы вполне).
Купленных? Или всё-таки взятых в аренду?
> Купленных? Или всё-таки взятых в аренду?По правилам Стима и американского законодательства, по-моему, это всё же покупка, я интересовался. У Гога скорее всего аренда, они из интересной страны. Поэтому издатели действуют довольно по беспределу.
Ну раз покупка, то можно в суд подавать.
через dillo
> AVCСтолько времени пилить проект и при этом не запилить декодеры, которые сейчас встраиваются даже в детские игрушки? Что не так с этим миром?
За использование файлов кодированных AVC надо платить отчисления, не так он и популярен в играх. Похожая история с MP3.
> За использование файлов кодированных AVC надо платить отчисления, не так он и
> популярен в играх. Похожая история с MP3.Что за бред? Отчисления если и платятся, то при использовании *энкодера*. Повторюсь, и MP3 и MP4 (AVC) *декодеры* используются в каждом утюге уже минимум с десяток лет, а во всяких портативных плеерах - и того больше.
Отчисления часто платятся "пакетно". Дело в алгоритмах, и декодеры в каждом утюге тоже вовсе не бесплатны.
> За использование файлов кодированных AVC надо платить отчисления, не так он и
> популярен в играх. Похожая история с MP3.Надо полагать, остальные компоненты винды, которые они имплементируют, "бесплатные". Никто же и не говорит о коммуниздинге готового кода - написали бы свою свободную имплементацию декодера (как делают многие китайцы в своих чипах), или даже переложили установку нужных кодеков на конечного юзера и на его "совесть". А сейчас, по факту, ни себе - ни другим.
Они не копируют код, на него смотреть принципиально запрещено как раз по этой причине. Они копирую поведение, а уж насколько оно на практике соответствует заявленному узнают только потом. С проприетарными вещами, требующими кучи отчислений правообладателям, поддержка часто хромает, да. Вот китайцы вообще на чужое право любят подзабить, такой себе пример для подражания.
> Они не копируют код, на него смотреть принципиально запрещено как раз по
> этой причине. Они копирую поведение, а уж насколько оно на практике
> соответствует заявленному узнают только потом. С проприетарными вещами, требующими кучи
> отчислений правообладателям, поддержка часто хромает, да. Вот китайцы вообще на чужое
> право любят подзабить, такой себе пример для подражания.Тогда открою ещё одну страшную "тайну" - кодер X264 существует уже лет 20, и это свободный опенсорсный проект, равно как в своё время и Lame MP3. И их *некоммерческое* использование бесплатно и никак не ограничивается. В чём проблема у разрабов Вайна добавить данные кодеки или даже написать свои? Это правда настолько сложнее, чем целая реализация WinAPI (на минуту, тоже не менее проприетарная)? Ну и кончайте уже с этой риторикой про "бедных и обделённых" правооблyдателей. Китайцы хоть и о своей выгоде думают, но и о людях при этом тоже.
Проблема не в альтернативных реализациях кодеров, проблема в декодерах, а также самом факте продажи таких файлов без отчислений.
> Проблема не в альтернативных реализациях кодеров, проблема в декодерах, а также самом
> факте продажи таких файлов без отчислений.X264 это и декодер и энкодер - бери то, что нужно. Лицензия - GPL. Какая "продажа файлов", когда речь о некоммерческом проекте (Wine)? Это ничем не отличается от того, что я свободно (и легально) скачиваю этот кодер и использую в своих личных целях. А разрабы игр и так уже сделали все нужные отчисления. Кроме того, большинство игр вообще используют встроенные в движок декодеры (в целях совместимости и кроссплатформенности), а не используют системные. Я реально не понимаю, почему вайну нужен какой-то системный костыль. Разве что если речь идёт о древних игрушках - но тогда были преимущественно или avi-шки, или bink, или mpeg-1/2, или собственные видеоформаты.
С WMV/WMA тоже, кстати, есть проблемы, в венде то они из коробки имеются. Я так и не смог добиться их работы в вайне.
wine-staging
Тоже самое что proton
совсем нет. в proton куча патчей которые не берут в апстрим от слова вообще.
В wine-staging куча патчей которые не берут в апстрим от слова вообще.
win11
Как же тошнит от этого линукса с этим софтом в флатпаках. Нормально же жили, нет, надо тратить ресурсы на эту дрянь вместо решения реальных проблем.
Флатпак то как раз получше снапа...
> Флатпак то как раз получше снапа...Тем, что его пилят копрорасты из лагеря вашего любимого дистрибутива, или есть какие-то объективные технические показатели "лучшести"?
> есть какие-то объективные технические показатели "лучшести"?Есть.
- Дедупликация
- Децентрализация
- Изоляция
- Порталы
- Инкрементальные обновления (?)
- Возможность установки пакетов оффлайн с носителя (?)Знаками (?) отметил возможности, информации о которых в Snap я найти не смог, но и не нашел доказательств их отсутствия.
Моча лучше говна? Мсье знает толк!
Уринотерапия Малахова (другого), а вот про лечение навозом даже не стал искать.
> Как же тошнит от этого линукса с этим софтом в флатпаках. Нормально
> же жили, нет, надо тратить ресурсы на эту дрянь вместо решения
> реальных проблем.Ничего личного, копрорасты решают свои проблемы по сокращению издержек, за счёт перекладывания своих трудов на плечи разработчиков софта, пусть и ценой разбухания ресурсопотребления, в итоге всё равно пользователь будет жрать, что дают и оплатит со своего кармана апгрейд на эту гениальную задумку копрорастов, чтобы жирноснапы и жирнофлатпаки с аппетитом трескали новые ресурсы пользователя.
В итоге все копрорасты довольны, а пользовтелель в итоге будет лошарой, всё равно никуда не денется с подводной лодки.
вы сами не захотели переписывать всё на раст..
> Нормально же жилиКогда-то и с лошадьми нормально жили. А вот поди ж ты, Тесла всё равно удобнее, безопаснее и экономичнее лошади.
> вместо решения реальных проблем
Например, каких именно? И давай сразу конкретно с примерами как флатпак и снап мешают решению этих проблем.
>> Нормально же жили
> Когда-то и с лошадьми нормально жили. А вот поди ж ты, Тесла
> всё равно удобнее, безопаснее и экономичнее лошади.Безотносительно лошадей, удобство понятие субъективное
Безопасность в широком смысле достаточно не исследована, т.к. влияние загрязнение теми же аккумуляторами вышедшие из строя достаточно не изучены, например.
экономичность также спорна, с учётом стоимости теслы, её обслуживания и потребность в зарядных станциях.
А если с лошадью сравнивать, то выигрывает она, разве только в скорости.>> вместо решения реальных проблем
Я не он, но от себя могу заметить, что проблем с доверием к снапам и флатпакам прибыло.
Также оверразжиревшее потребление ресурсов.> Например, каких именно? И давай сразу конкретно с примерами как флатпак и
> снап мешают решению этих проблем.Мешают, например проблеме распухания системы и повышение её потребления ресурсов, снапы и флатпаки это усугубляют, например.
Вместо того чтобы решать проблемы здоровым способом, они наворачивают упоротые решения.
> Безотносительно лошадей, удобство понятие субъективноеЕсли ты не ездишь на лошади, ты балабол и цена твоему ёрзанью про аккумуляторы ноль. Тесла — удобный, быстрый и безопасный автомобиль.
> Мешают, например проблеме распухания системы и повышение её потребления ресурсов,
Вопрос был простой: какие конкретные проблемы, с примерами, остаются нерешёнными из-за флатпаков. Ты рассказываешь, что они у тебя на диске место заняли. Ну хз что делать. У меня из терабайтного nvme занято от силы гигов 300. Снапы? Флатпаки? Да хоть виртуальные машины, лишь бы работало из коробки. Моё время дороже.
>> Безотносительно лошадей, удобство понятие субъективное
> Если ты не ездишь на лошади, ты балабол и цена твоему ёрзанью
> про аккумуляторы ноль. Тесла — удобный, быстрый и безопасный автомобиль.Нет, уважаемый, это так не работает. Ваши возражения тут не принимаются, потому что, не являются адекватным обоснованием. А то, я тоже могу заявить, не ел говна, не можешь заявлять, что оно невкусное, не пёхался под хвост, не имеешь права рассуждать!
И к слову, на живой конской тяге я ездил скорее всего больше, чем вы вживую видели этих самых лошадей.
>> Мешают, например проблеме распухания системы и повышение её потребления ресурсов,
> Вопрос был простой: какие конкретные проблемы, с примерами, остаются нерешёнными из-за
> флатпаков.
> Ты рассказываешь, что они у тебя на диске место заняли.
> Ну хз что делать. У меня из терабайтного nvme занято от
> силы гигов 300. Снапы? Флатпаки? Да хоть виртуальные машины, лишь бы
> работало из коробки.
> Моё время дороже.Дороже, чем чьё? К чему вообще эта фраза? Флатпаки как-то компенсируют время потраченное на их запуск относительно нативных пакетов?
Флатпаки медленней.
Даже если бы только место на диске, это уже дополнительный расход ресурсов.
Но не только, ОЗУ также расход повышен.Ответные аргументы ваши жиденькие, давайте аргументировано, а то я, как видите, могу также общими фразами размазывать, как и вы!
> я тоже могу заявить, не ел говна, не можешь заявлять, что оно невкусное, не пёхался под хвост, не имеешь права рассуждатОпеннет изумительное место. Всё сводится к говну и анальному сексу рано или поздно. Интересуешься данной темой из любопытства или по зову души?
По сути аргумента, именно так это и работает. Ты тут про вкусы толкуешь. Ну спору нет, вкусы разные. Кому-то игры а стиме по вкусу, кому-то как тебе под хвост пёхаться. Осуждать не буду, пусть их, лишь бы войны не начинали. Но когда ты пытаешься изумить меня своей ментальной гимнастикой на тему транспортных средств, так и хочется тебя в 1800 год отправить.
> на живой конской тяге я ездил скорее всего больше, чем вы вживую видели этих самых лошадей
Хех. Угадывтель почини, я несколько лет подряд на конзаводе летнюю практику проходил. С лошадьми приятно возиться, но за пределами нишевых применений они чуть менее чем бесполезны.
> Дороже, чем чьё? К чему вообще эта фраза? Флатпаки как-то компенсируют время потраченное на их запуск относительно нативных пакетов?
Да. Софт в таких пакетах работает практически всегда, всегда свежей версии со всеми свежими зависимостями. Не надо ждать пока дистрибутив разродится апдейтом, не надо тратить время на сборку самостоятельно. Скачал, запустил, работаешь.
> Флатпаки медленней.
В цифрах давай на сколько. Сколько процентов от среднего времени работы приложения занимает запуск из флатпака против нативных пакетов.
> Даже если бы только место на диске, это уже дополнительный расход ресурсов.
Но не только, ОЗУ также расход повышен.
На сколько процентов? Без циферок твои утверждения жиденькие.
Мне так-то без разницы сколько ресурсов жрёт приложение, если оно экономит моё время и запускается на лаптопе из магазина.
> Тесла всё равно удобнее, безопаснее и экономичнее лошади.Корректнее сравнивать с телегой.
А теперь давай, расскажи мне чем тесла безопаснее телеги. И чем экономичнее. И удобнее той же телеги класса "карета".
Ещё один ментальный гимнаст. Каким овсом лошадь кормишь? Каким салом оси у телеги смазываешь?
Нормально жили из исходников собирали.
Эту замечательную возможность у вас никто не отберёт, snap для этого не нужен
И сейчас эту необходимость никто не отменяет, если нет официального ни snap ни flatpack а только исходники и инсталлятор для windows. В wine поставить проще, чем многие пользуютсяУ windows есть единый формат, а линуксоиды как всегда ращработчики вроде до чего-то договорились совместимого по abi между разными версиями, пусть не один формат, а два, но хоть так. В итоге что тут что на Лоре в истерику впадают при виде snap или flatpack
> У windows есть единый форматАга. MSI. Много ты в нем софта и игорей видишь?
> пусть не один формат, а дваТри. Deb, pkg, rpm.
А Valve об этом что думает?
Valve буквально использует часть flatpak'овских технологий даже для нормального стима уже несколько лет и планирует увеличить их со временем, Шаттлворт совсем поехал уже.
> А Valve об этом что думает?Вульва сама выкатила рачефорк с атомарными обновлениями, чередованием подключаемых в ro корней и обмазывается флатпаками. Не надо быть семи пядей во лбы, чтобы догнать, что думает вульва.
> Вульва сама выкатила рачефорк с атомарными обновлениямиНу количество пользователей Stem Deck к Ubuntu на десктопах наверно 1 к 100.
Если Valve начнут заваливать сообщения о специфичных SNAP багах, то я не думаю, что они обрадуются. Хотя может им и всё равно.
Для запуска 1С сделайте. Нативный клиент - нерабочий. Под Wine настройка нетривиальна.
Вполне рабочий.
не рабочий совершенно, только для любителей бздм.
обратитесь к своему системному администратору. не дело бухгалтерши 1Ц устанавливать...
Вся "нерабочесть" это прямые отсылки на "C:\" в конфигурациях и обработках и отсутствие поддержки в Linux COM, DCOM и как следствие касс и складских терминалов.Всё остальное работает на серверах и клиентах второе десятилетие, полёт нормальный.
Вобщем-то 1С давно уже переходит на технологию Native API (мультиплатформенную) для подключаемых компонент. COM остался только в разном старье и кривых самописках.
Только никак не перейдет. В каждой новой версии - новые ошибки, как будто специально введенные для того, чтобы пользователи хотели только Windows. Из последнего - нельзя настроить принтер на выдачу в альбомном формате.
> отсутствие поддержки в Linux COMЕсли Вы про RS-232, то УМВР.
рабочий, просто настраивать 1с должен специалист если вы наняли просто человека с бумажкой то вам не повезло..
> настраивать 1с должен специалистЭто причина того, что в официальной документации написана чепуха? Оригинально.
>> настраивать 1с должен специалист
> Это причина того, что в официальной документации написана чепуха? Оригинально.чепуха в документации это причина по которой неспециалист не может успешно настраивать 1с. и это не то чтобы вонтфикс для 1сников просто компетенций чтобы написать в документацию нечепуху у них нет. толковый технический писатель это большая редкость и относительно дорогое удовольствие. в снг бизнесе такие вещи не ценят и тратиться на них не готовы.
Есть ли альтернативы 1С которыми реально пользуются у нас? Я знаю что существуют даже СПО альтернативы 1С и SAP. Но реально ли их использовать, учитывая наше законодательство.
у кого у вас?
Steam во flatpak существует уже пару лет, и так стим юзается silverblue.
> Snap-пакет также не завязан на UbuntuДа весь Снап на убунте целиком завязан. Пакеты снапа тянут за собой образ убунты.
А пробовали собирать снап-пакеты? Надо через снап поставить снапкрафт, для чего уже потребуется образ убунты (ибо снап пакет, а значит будет тянуть пакет core18 или core20 например), потом оно с помощью multipass создаст виртуальную машину с убунтой (ещё один образ убунты), потом внутри виртуалки поставит через снап пакет снапкрафт (ага, помните же что снап пакеты тянут с собой убунту?). Надо ли говорить, насколько это все жирное? Вот вам задачка для анона: сколько образов убунты будет на компе после сборки снап пакета? Вот серьезно, всей этой шизой особенно проникаешься в ходе сборки пакетов, тогда понимаешь насколько все наркоманское.
Ещё одна бонусная задачка для анона: попробуйте отключить авто-обновления установленных снап пакетов. Это уже неуважение к пользователю на уровне винды.
> попробуйте отключить авто-обновления установленных снап пакетовsystemctl disable snapd.service snapd.socket не прокатит?
Стоит потом запустить хоть одну софтину установленную через Snap и всё.
под арчем snap-проги не стартуют, если snapd не запущен. или речь о том, что после запуска snapd начинается ад и израиль?
Конечно начнётся. Линукс удобным станет, что совершенно недопустимо!
> systemctl disable snapd.service snapd.socket не прокатит?Вероятно, нет )
>Пакеты снапа тянут за собой образ убунты.Yo dawg, so we herd you like ubuntu, so we put snap into your ubuntu and ubuntu into its snap... We need to go deeper.
Нужен стабильный API?
Не хочется добавлять все все все возможные библиотеки в пакет?
Получи core18, core20 в snap и бандлы в flatpack
И другого решения нет
> И другого решения нетЕсть. Nix назыается. Но неосиляторы не осилили
>> И другого решения нет
> Есть. Nix назыается. Но неосиляторы не осилилиНе знаю какой дурень вас минусанул, но вы правы, вот только, видимо, адовый NiH-синдром мешает использовать nix. Потому что иначе как это так, рулит не красношляпа и не канониклы, нипарядок?!
> Не знаю какой дуреньНу этого добра на опеннете долго ещё не переведётся.
> адовый NiH-синдром мешает использовать nix
Мешает иная парадигма. Мешает жёсткое требование сменить привычный императивный образ мышления, такой уютный и любимый ещё с 90х. Мешает синдром утёнка, мешает необходимость учить что-то новое, ведь учиться это значит ошибаться и исправлять ошибки, что-то что «ветераны» «администрирования» «юникс-систем» неспособны делать в принципе. Старого пса новым штукам не научишь.
Любому анонимному эксперту очевидно что вместо образа убунту со стабильным api и как минимум 5 годами поддержки нужно было использовать образы федоры или арча. Эксперам очевидно что оплачиваемые программисты canotical сделают их в 100 раз хуже чем бесплатные волонтеры в свободное от работы время.
А лучше даже не делать получать библиотеки напрямую через libastral.so без сохранения на диск во время запуска. Это позволит не тратить место на диске экспертов и ускорить запуск
> Любому анонимному эксперту очевидно что вместо образа убунту со стабильным api и
> как минимум 5 годами поддержки нужно было использовать образы федоры или
> арча. Эксперам очевидно что оплачиваемые программисты canotical сделают их в 100
> раз хуже чем бесплатные волонтеры в свободное от работы время.
> А лучше даже не делать получать библиотеки напрямую через libastral.so без сохранения
> на диск во время запуска. Это позволит не тратить место на
> диске экспертов и ускорить запускС libastral борщанул малёхо, но в целом, всё правильно сказал!
Моё увожение правильным Анонимам!
То есть в убунте нанятый билгейцом козмонот делает линукс с человеческим лицом а редхат просто у него копирует да? Ясно-понятно.
Редхат берет срез Федоры, замораживает пакеты тестирует исправляет ошибки и продаетТочно так же как "козмонот" и дебиан, разве что подавать не получается
Это то хоть ясно?
> То есть в убунте нанятый билгейцом козмонот делает линукс с человеческим лицом
> а редхат просто у него копирует да? Ясно-понятно.Где такое утверждалось? Сперва выдумывают какую-то свою дичь, потом героически её оспаривают.
> Пакеты снапа тянут за собой образ убунты.Не поверите. При установке Яндекс Браузера последний тянет за собой Хромиум в снапах.
тут всё правильно, юзеры сего поделия любят страдать, canonical просто доставляет бонусные страдания
Это поделие куда лучше оригинального хромиума.
Слишком просто было обновлять Mesa и запускать игры, пора усложнить
Чёт не пойму, запилив везеде Snap, космонавт решает таким образом проблемы Linux на десктоп?
Нынче я смотрю в тренде медленный запуск ПО.
> Чёт не пойму, запилив везеде Snap, космонавт решает таким образом проблемы Linux
> на десктоп?
> Нынче я смотрю в тренде медленный запуск ПО.Перевод новости на понятный русский язык:
<Поток маркетингового булщита>:
Бла-бла-бла...
"Развитие Ubuntu как удобного окружения для запуска игр..."
<тут мы так пошутили, мы юморные ребята>
....
Бла-бла-бла...А теперь в snap будет ещё и Steam, но мы затрём дурачкам, что это не костыль ради достижения целей по сбрасыванию всего юзерспейного в snap, а типа убермегафича, "теперь вы можете устанавливать все игры"...
[С понтом раньше не могли пользовться Steam'ом, а также юзать протон. Рассчёт на какийх-то недоразвитых.] <комментарий переводчика>
Бла-бла-бла...
збс мы придумали, а?!
<Ваши каноникалы >
Посмотри ещё в сторону SSD заодно.
Идея со снапом в том что не нужно тратить ресурсы на перекомпилирование софта. Об этой проблеме сам Линус Торвальдс говорил в своей лекции. Но проблема snap в том, что разрабы flatpak и AppImage сделали системы лучше и удобнее для конечного пользователя (про качество кода не знаю). Как итог получается деньги потрачены, инфраструктура адаптирована для snap, а он то получается и не нужен больше никому оказался. Но и выкинуть жалко.
перекомпилирование - всмысле адаптацию софта написанного под другие системы, один раз собрал - готово
как лишний гигабайт зависимостей в snap упрощает доступ к играм в Ubuntu? чёт не договоняю
Чтобы на любой версии бубунты можно было поставить последний стим без гемороя
зачем сидеть на древних веврсиях убунты? а на актуальных он и так ставится без проблем
Steam разрабатывается, собирается и тестируется на определенных версиях библиотек (зависимостях). Это долгий и трудоемкий процесс. Библиотеки со сменой версий часто ломают свое апи, это проблема когда зависимостей тысячи. Системные библиотеки имеют свои версии, и обновить их нельзя, потому что они в свою очередь тоже тестировались с теми версиями которые в конмплекте идут. Сами библиотеки как системные так и стима зависят в свою очередь от других библиотек определенных версий, те от других и так далее. Получаем dependency hell, когда один на вид небольшой баг в игре оказывается результатом маленького бага или изменения поведения апи в библиотеки которая 10 000ая в цепочки зависимостей. Snap это решает. Плюс как сказано в новости - доп. изоляция. В теории наверное можно попробовать все слинковать статически, но как я понимаю там тоже могут возникнуть проблемы с тем что стим потащит за собой чуть ли не пол системы. В общем я не знаю, по идеи можно было и без snap все сделать, только менее автоматизированно :)
После такого системного надо что-то делать, что б народ не разбежался, да )
> Включение в пакет актуальных версий зависимостей, необходимых для запуска игрКак правило, игры зависят от минимального количества зависимостей. Таких как SDL2 и OpenAL. Причём игры несут эти библиотеки с собой, так как они занимают мало места (меньше мегабайта в общей сумме). Редко когда требуются дополнительные библиотеки. Например Hotline Miami использует Qt5 для лаунчера (несёт библиотеку с собой), и Worms W.M.D. хочет libbsd.so.0 (хочет чтобы была в системе. но не везде она установлена по умолчанию).
Для wine нужно много библиотек. Тоесть для proton и тех игр которые как бы Линукс версия, но на самом деле просто вместе с wine запаковано.
Например Enclave
В процессе отказа от FF на убунточке 22.04 по причине снап и принципиального нежелания пердолиться с тарболлом или ppa. Дело даже не в долгом запуске, хотя пять секунд вместо полусекунды и это на ssd, Карл, это позор, но наверное можно как-то пережить. Дело в порушенных интеграциях: keepass xc, video download helper, free download manager.
Если вульво официально одобрит перекатывание в снап, то так недолго до спрыгивания на флэтпак, а там и убунта (лично мне, за всех не говорю) станет не нужна, благо альтернативы есть.
Скачай jdownloader2 уже, там аддон для капчи идёт комплектом (регистрироваться не надо).
Я им пользовался на шинде в давние времена. Оно на яве же, не нужно. По крайней мере у меня точно не будет.
Да всё равно Java стоит для Майнкрафта
Не играю. А вот в стиме больше тысячи игр и в гоге две сотни.
Не ты, так ребёнок играет
Дитёффф нету, но есть классные котэ.
Откуда у него дети? Известно же, что опеннетчикам не дают.
Прикол в том, что куча игр в стиме идёт со своей жавой. Ну мне 300 метров не жалко на жаву отдать, пусть будет для тех редких случаев, когда понадобится.
>В процессе отказа от FF на убунточкеДа, именно Firefox нужно отменить. Это ведь разрабы Firefox его в snap засунули, а не британская компашка Canonical.
Мозила официально поддерживают лису в снапах.Каноникал так взяла и завставила Мозилу это делать?
да
потому что лучше мазилка сама это скомпилит чем криворукие
А чего там пердолиться-то? Один раз ставишь ФФ куда тебе удобно, в хомяк ли или в /opt руками и все, обновляться он будет сам собственным апдейтером. По чесноку вообще не понимаю нафиг народ пользует билды от дистрибутива - все равно при обнаружении ошибки в багтрекере дистрибутива тебе намекнут чтобы ты шел в Багзиллу со своими проблемами, а там узнав что у тебя билд не от Мозиллы так же вежливо намекнут протестить проблему уже на их билде.
А уж истории вида "а вот в билде от Мозиллы аппаратное ускорение включается с пинка, а на билде от дистрибутива ну никак вообще" уже были.
Что до снапов я не скажу, а вот с ФФ в флетппке проблемы постоянные даже судя по багзилле. Они их фиксят, но не то чтобы очень рьяно, т.к. флетпак-проблемы для них это как "1% пользователей от 1% пользователей".
> Один раз ставишь ФФ куда тебе удобно, в хомяк ли или в /opt руками и всеКартинка с буханкой хлеба и троллейбусом.
>> Один раз ставишь ФФ куда тебе удобно, в хомяк ли или в /opt руками и все
> Картинка с буханкой хлеба и троллейбусом.Ну с таким отношением не стоит ставить Линукс изначально. Да и "распаковать ФФ из тарбола в папочку" - это не проблема, так же далеко не весь виндоус софт распространяется из Магазина или идет с инсталляшками.
Проблемно - это компилировать у себя самостоятельно, ей богу.
Спасибо за совет, но либимый раритетный диск мандривы на полочке говорит, что мы без него как-нибудь проживём.
Как раз собрать из сорцов не проблема. А вынужденно потакать космонафту - вот истинная слабость. Нужна жёсткая позиция и стальные яйца, как у Дюка Нюкема!
> Спасибо за совет, но либимый раритетный диск мандривы на полочке говорит, что
> мы без него как-нибудь проживём.
> Как раз собрать из сорцов не проблема. А вынужденно потакать космонафту -
> вот истинная слабость. Нужна жёсткая позиция и стальные яйца, как у
> Дюка Нюкема!Не совсем понял где в "скачать с ftp.mozilla.org архив с ФФ, распаковать его и забыть про снапы" вы заметили потакание Космонафту. У меян оно там было задолго до появлени snap вообще, т.к. сижу на Nightly, напрямую с Мозиллы обновляется.
> отказа от FF
> нежелания пердолиться с тарболлом или ppaДружище, ты не туда воюешь. Достаточно просто отказаться от убунты.
>> отказа от FF
>> нежелания пердолиться с тарболлом или ppa
> Дружище, ты не туда воюешь. Достаточно просто отказаться от убунты.Когда я 10 лет назад такое говорил, меня обвиняли в том что я против линукса
Я тебя и сейчас обвиню. Потому что проще удалить snap версию Firefox и распаковать архив Firefox с сайта Mozilla в /home. Чем неделями пытаться настроить специфическое модифицированное производителем твоего ноута оборудование под Manjaro, OpenSUSE и прочими (да, даже под OpenSUSE многое недоделано). А под Ubuntu почти все работает из коробки. И наслушавшись твоих советов новички после пары дней возвращаются на Windows.
Ну к сожалению нужно признать, что с зависимостями у игр реально иногда беда. Иногда хотят странные бибилиотеки которых нет в репозиториях или старые версии и ни в какую не хотят запускаться на новых. Хорошо хоть со звуком проблем больше нет (раньше это было обычным делом).
Ну да, разработчики же не могут поддерживать игры по 20-30 лет после их выпуска адаптируя под изменившееся апи библиотек. Да даже просто за время разработки 2-4 года библиотека может поменяться, а времени переписывать код нету.
Почему бы им просто не притащить стим из flatpak в убунту? Родное решение проблем с библиотеками конечно хорошо, но flatpak помимо этого еще и изолирует лучше. Например у игорей нет доступа к хомяку - только к музыке и картинкам
Доступы определяются тем, кто опакетил. Опакетить можно и так, чтобы читалось всё. :)
> Доступы определяются тем, кто опакетил. Опакетить можно и так, чтобы читалось всё.
> :)В офф флатпаке опакечено без доступа к хомяку. В снапе по умолчанию доступ есть ко всему и надо урезать лишнее
Только мотива делать правильно не создали. Увы. И всё сразу выглядит иначе.
https://fedoramagazine.org/set-up-fedora-silverblue-gaming-s.../Дата статьи : March 22, 2019
И что? Ой я как старечек Spins мне хватает еще багрепорты пишу.
Вот помню те времена когда Убунтоиды орали Gnome не нужен Унити рулит где Унити ?
Помню те времена когда Убунтоиды орали что системд не нужен ...
Интересно через сколько им надоест ... против ветра и выкинуть снап ?
Пока на них тестируют Wayland, я спокойно сижу на Spins Xfce x11 в Fedora и не жужу.
не это не для меня, никаких обновлений в р. залог безопасности
> ##.##.202#
> Steam будет поставляться в Ubuntu 2#.04 LTS только в формате Snap
То есть получается дополнительный посредник... А что мешает этому посреднику в загружаемую программу добавить бэкдор кто мне ответит?
Snap это и есть бэкдор и вирус. Любой анонимный эксперт это знает
В реале это выглядит как отбирание нужного в момент обновы.Запускаешь после, ... а в обнове отобрали нужное тебе и старую версию тоже отобрали из доступа.
И ощущаешь какой стал недалёкий незадача.
AppImage лучше.
Сейчас прибегут луддиты и испортят настроение.
А как скажешь этим луддитам, что можно устанавливать приложение из одного файлика .apk и даже обновлять версию на смартфоне без ломки зависимостей, их рожи перекорчит от ярости.
Недостаток в произвольности и неконтролируемости кода приносимых зависимостей обновляемого приложения. Зачастую и самого апп - тоже.И никто ни за что не отвечает вообше. Плохой прогресс.
Уж лучше в песочнице запускать, чем ставить пакеты из PPA или просто .deb, в которых запросто словить замену системной утилиты с внесенным кодом.
Классические пакеты вне репозиториев, взбесившийся мейнтейнер или его взломанный аккаунт - муть.
А песочница вряд ли навредит самой системе, ну кроме юзверских данных.
> Классические пакеты вне репозиториев, взбесившийся мейнтейнер или его взломанный аккаунт - муть.А когла такое было в ubuntu или debian? Тем более если не ставить из unstable.
А к Snap имею единственную претензию - оно примонтирует ресурсы.
> Пользователю не требуется выполнение ручных операций, установка набора 32-разрядных библиотек и подключение PPA-репозиториев с дополнительными драйверами Mesa.Вообще-то, если софт такое требует, то это плохие разработчики-паковальщики. Хоть в Снэп, хоть в что другое упихивали, но халтурили тогда или в какой-то из разов. Выходит-то.
кстати firefox на stable канале обновлений snap версия 99, а на канале RC 100.о чем говорит? о том что snap говно.
Космонавт хочет поднять продажи^W скачивания своего дистра среди игорьков, пользуясь наработками Габона и обмазавшись снапом?
pressure-vessel-wrap[14523]: E: Cannot run /snap/steam/6/usr/bin/bwrap: wait status 256
pressure-vessel-wrap[14523]: E: Diagnostic output:
bwrap: Can't read /proc/sys/kernel/overflowuid: Permission deniedpressure-vessel-wrap[14523]: E: Cannot run /home/anonim/snap/steam/common/.local/share/Steam/steamapps/common/SteamLinuxRuntime_soldier/pressure-vessel/bin/pv-bwrap: wait status 256
pressure-vessel-wrap[14523]: E: Diagnostic output:
bwrap: Can't read /proc/sys/kernel/overflowuid: Permission denied:=)