LINUX.ORG.RU

Valve призвала не использовать snap-сборки Steam для Ubuntu

 , ,

Valve призвала не использовать snap-сборки Steam для Ubuntu

1

2

Разработчик Valve Тимоти Бессет раскритиковал практику компании Canonical, распространяющей клиент Steam в виде пакетов формата Snap.

Сама Valve не распространяет клиент Steam в этом формате, поэтому его неофициально перепаковывают. Как оказалось, это вызывает ряд технических проблем, при этом пользователи массово отсылают отчёты об ошибках в Valve, а не разработчикам дистрибутива.

«Valve видит всё большее количество сообщений об ошибках, связанных с проблемами, вызванными переупаковкой клиента Steam компанией Canonical через Snap. Лучший способ установить Steam на Debian и производные операционные системы — следовать инструкциям по этому адресу и использовать официальный файл DEB. Мы не занимаемся переупаковкой Snap. В ней много проблем. Если вам не нужен файл DEB, пожалуйста, по крайней мере, рассмотрите версию Flatpak», — заявил представитель Valve.

По словам разработчика, если ситуация станет «действительно плохой», Valve может добавить во все Snap-версии Steam всплывающее окно, которое будет сообщать пользователю о запуске неофициальной версии клиента. Представители Canonical ситуацию пока не прокомментировали.

Оригинальный клиент Steam (Github)

>>> Пост представителя Valve в Mastodon

★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Ответ на: комментарий от special-k

Вообще, очевидно, что после этой ситуации N людей снесет стим, и M людей снесет убунту. Так что этого Тимоти Бессета следует уволить и решить проблемы со snap.

Я снёс убунту из-за снапа, ещё задолго до того, как решил поиграться со стимом. То одно не работало, то другое, то гигабайты качаются. Естесвеным способом устанавливать пакеты в убунте всегда был apt. А потом они стали продвигать своё говнище.

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

her_s_gory
()
Ответ на: комментарий от vbr

Отзывы, достижения, облачные сохранения, аватарки и никнеймы отображаются в игре, настраиваются один раз в профиле, можно посмотреть с кем играл и добавить в игру, по Shift+Tab запускается оверлей прямо в игре где можно писать в чат, или созваниваться с друзьями, приглашать одной кнопкой друзей в игровое лобби или на сервер.

MOPKOBKA ★★★★
()
Ответ на: комментарий от special-k

решить проблемы со snap

но valve не может убрать снап из убунты. Тут разве что проблема со снапом может решаться запретом запуска steam клиента под снапом

mittorn ★★★★★
()
Ответ на: комментарий от alexmaru

snap это максимально конченная политика в Убунте.

*fixed FTGJ*

thunar ★★★★★
()
Ответ на: комментарий от Smacker

работать сообща

В мире линакса вместо этого принято ПЕРЕПИСЫВАТЬ с обязательынм нарушением обратной совместимости --- в совсем конченном случае (что обычно и бывает) при этом нарушается не только ABI, но и API, так что переписывать приходится ещё и весь софт. В результате, программисты вместо поиска ошибок в существующем и создании нового ПО, занимаются [...]

Вот зачем понадобилось ПЕРЕПИСЫВАТЬ lib2 в lib3? Новые возможости? Почему при этом вместо враппера, который бы позволял lib2-программам работать под lib3 100500 человекочасов затрачиваются на ПЕРЕПИСЫВАНИЕ всего массива программ написанных ранее — потому что если не перепишешь, то мейнтеры скажут что программа ПРОТУХЛА и удалят её из репозиториев. А почему удалят? А потому что она за собой тянет зависимости с таким же уровнем обратной совместимости.

thunar ★★★★★
()
Последнее исправление: thunar (всего исправлений: 2)
Ответ на: комментарий от thunar

Вы так говорите будто вам кто-то что-то должен…

Exmor_RS ★★★
()
Ответ на: комментарий от mittorn

Я думаю надо просто запретить ставить стим на убунту. А лучше пойти дальше и запретить его ставить вовсе. Тогда ужаленные прогеры будут довольны и юзеры перестанут их раздражать.

special-k ★★★★
()

Добавлю немного контекста, чтобы холивар snap/pure deb не был таким пресным. Стим при запуске игр использует bubblewrap, для некоторых игр ещё и с протоном, и так как сам стим уже внутри песочницы, не выходит нормально запустить песочницу в песочнице. Игра при этом просто падает не успев запуститься, и пользователям непонятно что произошло. Так-то сам по себе стим отлично работает внутри снапа, и даже некоторые игры в такой конфигурации запускаются. Начинание хорошее, но реализация не факт что возможна с помощью снапа.

neumond
()
Ответ на: комментарий от neumond

на этом фоне немного странна рекомендация использования флетпака, в котором тоже контейнеризация не срабатывает. Только вот флетпакеры закостылили этот момент, упаковав протоны во флетпаки самостоятельно, а в таком виде они не используют steam linux runtime.
А вообще у меня тоже userns clone запрещён и штатный запуск протона не работает, но отдельные скрипты запуска протона запускают его без рантайма и всё магическим образом начинает работать, причём даже лучше, чем если этот userns разрешить

mittorn ★★★★★
()
Ответ на: комментарий от macrohard

Интересно как это отразится на других дистрибутивах. Не deb. Где оригинальный пакет не встанет.

thegoldone
()
Ответ на: комментарий от XOXO

А с другой стороны, когда вспоминаешь сколько всего тянет за собой какой-нибудь жирный комбайн типа Kdenlive,

Сколько? 400 Мб? Может, 800?

tiinn ★★★★★
()
Ответ на: комментарий от vbr

А еще могли бы добавить игрули через снап. Тут бы велв и призадумался.

Хм… а ведь там уже… Интересно, туда тяжело публиковаться? Кто-нибудь публиковал что-нибудь свое в snapcraft.io?

special-k ★★★★
()
Последнее исправление: special-k (всего исправлений: 2)
Ответ на: комментарий от rumgot

Ты сам перевел на

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

Mint

Он же на базе убунты, был раньше, по крайней мере. Увы, но я за сам debian, а не его производные (исключения что-то типа армбиана, кнопикса, кали, таилс итд).
Что интересно, убунту первый и единственный дистр, который я просто снес и забыл как страшный сон во время своего переселения на онтопик. До того время от времени пользовался лайвами типа puppy, mandriva вообще стояла как единственный дистрибутив с год, наверное. Вот только с альтом не задалось, но там проблема была не в дистрибутиве, а нехватке знаний.
Даже вон, прошлогодняя ситуация. Виндовс-планшет, задача по факту отображение единственной веб-морды и взаимодействие с ней. Там был оффтопик и фиг бы с ним, но он постоянно, раз-два в день терял вай-фай, чтобы его поднять обратно, нужно было или перезагружать устройство, либо еще помогало прожать «диагностика и устранение неполадок» (оно, оказывается, работает). Ну думаю ладно, чего уж там качаю последний стабильный релиз убунты, накатываю, автологин там, автозапуск браузера,ой, засада - какие-то траблы с экранными клавиатурами - они есть, но что-то по факту не передают ввод куда нужно или вроде того, но хоть вай-фай сходу завелся, ну ладно. Сношу эту поделку, накатываю дебиан стейбл netinstall, в него хромого, кеды, настройка автологина, автозапуск хромого и установка приложения экранной клавиатуры, все, элементарно, почти год ни единого разрыва.

sehellion ★★★★★
()
Ответ на: комментарий от sehellion

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

Про базовые вещи я тоже писал (проблемы с мышью/клавой, исчезновением полей ввода логина/пароля).

Он же на базе убунты, был раньше, по крайней мере

Да и сейчас. Это не проблема. В убунте самое плохое - это snap. Остальное вполне норм работает.

какие-то траблы с экранными клавиатурами - они есть, но что-то по факту не передают ввод куда нужно или вроде того

Какое окружение? Нужно было пробовать Kubuntu, раз уж на Debian у тебя в кедах завелось, то и на Kubuntu скорее всего все было бы норм.

rumgot ★★★★★
()
Ответ на: комментарий от XOXO

Т.е. в Прая-даш-Масаш нужно еще какие-то рабочие вопросы разруливать? Это такое у тебя представление об успешном разработчике?

baobab
()
Ответ на: комментарий от rumgot

Какое окружение?

А че у них там по дефолту, какое-то свое unity или гном.

на Kubuntu скорее всего все было бы норм.

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

sehellion ★★★★★
()
Ответ на: комментарий от special-k

Осталось только понять, почему для этого нужно городить целый снап, и тогда наступит полный катарсис.

Что мешает сделать графический магазин приложений в виде обертки над аптом, откуда ставить стим в один клик? Очевидно, NIH.

liksys ★★★★
()
Ответ на: комментарий от QsUPt7S

Да с потолка он ее взял, очевидно же. Нет у него никаких аргументов против использования deb, ему просто за священную корову (snap) обидно.

liksys ★★★★
()
Ответ на: комментарий от liksys

Наверно для того, что так надо собирать свой отдельный deb пакет для каждой версии убунты, а snap пакет один для всех.

Polugnom ★★★★★
()
Ответ на: комментарий от baobab

Т.е. в Прая-даш-Масаш нужно еще какие-то рабочие вопросы разруливать? Это такое у тебя представление об успешном разработчике?

Это не то что представления, это - голимый факт

XOXO
()
Ответ на: комментарий от Polugnom

И ты мне хочешь сказать, что разработчик дистрибутива не в состоянии собрать пакет под свои дистрибутивы? Причем популярный и важный пакет. Мейнтейнера не нашлось, что ли?

Положить официальный пакет валва они тоже не могут - религия, видимо, не позволяет.

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

А тут везде убунта и деб, зависимости только различаются. Короче, было бы желание.

liksys ★★★★
()
Ответ на: комментарий от sehellion

Я тогда подумал, что дело в вяленом, поэтому и накатил то, что будет работать предсказуемо и я знаю, как донастроить, если что.

Kubuntu и донастраивать бы не пришлось

Ага, не нравится эта миска, иди наверни говна с другой

А debian - это не про говно, да?

rumgot ★★★★★
()
Ответ на: комментарий от Landgraf

Конечно тестировали. Это платные пакеты для клиентов, за деньги.

liksys ★★★★
()
Ответ на: комментарий от liksys

чтобы версия Стима была свежайшая - очевидно же. Ты не в курсе главных проблем линукса: протухший софт и невозможность публикации приложений?

А браузер из которого ты пишешь какой версии?

special-k ★★★★
()
Ответ на: комментарий от tiinn

Сколько у вас отведено под линукс? И какого размера винт?

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

XOXO
()
Ответ на: комментарий от liksys

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

А касаемо пакетов ос - очевидно, что это не работает. Разработка, например, всегда велась не на пакетах ос (rbenv, rvm, nvm…), а сейчас все и вовсе заворачивается в докер. Пакеты нужны, чтобы обеспечивать работу самой системы: терминала, графической оболочки. А для приложений лучше контейнеры - они удобнее и безопаснее, легко публикуются.

special-k ★★★★
()
Последнее исправление: special-k (всего исправлений: 1)
Ответ на: комментарий от macrohard

Цели ради которых snap создавался благополучно забыты.

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

thesis ★★★★★
()
Ответ на: комментарий от XOXO

Дело не в размере, место не жалко же. Дело в количестве либ и зависимостей, которые с ним приезжают

Чем это плохо?

и возможных коллизий дальнейших,

Сколько ПО ни ставил из реп - никаких коллизий никогда не имел. Честно говоря, сейчас некоторое ПО из .deb поставлено, некоторое из флатпаков с всякими аппимейджами - в текущей системе коллизий нет. Раньше - да, было, с вайбером, установленным из .deb.

tiinn ★★★★★
()
Последнее исправление: tiinn (всего исправлений: 2)
Ответ на: комментарий от MoldAndLimeHoney

Никак, я редхата на серверах не видел уже лет 10. Как центось загнулась, так массово перешли на убунту и дебиан, и всё.

sbu_shpigun
()
Ответ на: комментарий от special-k

А для приложений лучше контейнеры - они удобнее и безопаснее, легко публикуются.

Но не работают. А снап еще и проприетарный, и магазин не поддерживает никакие сервера и репозитории кроме того что управляется канониклом.

MOPKOBKA ★★★★
()
Ответ на: комментарий от NeTC

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

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

MOPKOBKA ★★★★
()
Ответ на: комментарий от Fizzika

Казалось бы, если разработчик сам опакечивает софт под твой дистр, то зачем лезть туда своими руками и что-то перепаковывать?

Firstly they bundle dependencies. This means gamers don’t have to go hunting through out-of -date documentation, adding PPAs for Mesa drivers or 32-bit libraries to get their games to work. It also means the Steam snap will run on any distro that supports snapd without hassle.

Если бы это были .deb пакеты, то это все просто сломает систему. Когда я пользовался Ubuntu, у меня конфликтовали PHP PPA и Wine PPA.

MOPKOBKA ★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от special-k

чтобы версия Стима была свежайшая - очевидно же.

Снап для этого не требуется.

протухший софт

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

а эти вместо того, чтобы подстроится - жизни учат

Они и подстроились: сделали нормальный деб-пакет. Но в убунте решили найти себе проблем на пятую точку во имя корпоративной шизы и выдумали себе и окружающим проблем на ровном месте.

А касаемо пакетов ос - очевидно, что это не работает.

Кому очевидно? Всё прекрасно работает.

Разработка, например, всегда велась не на пакетах ос (rbenv, rvm, nvm…)

Ставьте в /opt, в чем проблема?

Пакеты нужны, чтобы обеспечивать работу самой системы: терминала, графической оболочки. А для приложений лучше контейнеры - они удобнее и безопаснее, легко публикуются.

Тебе кто-то эту чушь со стороны сказал, или ты сам это придумал?

Для конечного пользователя именно репозиторий с пакетами удобнее всего: все ставится из централизованного места, обновляется скопом и кушает минимум места на диска благодаря шаренным зависимостям.

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

Бардак не в клозетах, а в головах. Разгоните некомпетентных мейнтейнеров и наймите компетентных. И всё, проблемы с быстрой упаковкой софта сойдут на нет.

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

Любители контейнерных сборок совсем уже поехали со своими игрушками, диск не резиновый.

liksys ★★★★
()
Ответ на: комментарий от special-k

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

thesis ★★★★★
()
Ответ на: комментарий от MOPKOBKA

Работают вроде.

А снап еще и проприетарный, и магазин не поддерживает никакие сервера и репозитории кроме того что управляется канониклом.

Ну и что. Я ж не говорю давайте везде поставим снап. Я говорю, что такое решение необходимо для нормальной публикации приложений.

управляется канониклом

Ты так говоришь, будто есть еще один настольный линукс, ага.

special-k ★★★★
()
Ответ на: комментарий от liksys

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

мейнтейнеры не испытывают - испытывают пользователи))) Давайте на чистоту: арч - это не для людей) Никому не надо связываться с этой маргинальщиной. Я понимаю, есть такие люди, кто-то вот ниву в гараже чинит, например.

Все эти прекрасные технологии были изобретены в линуксе еще сто лет назад, и до сих пор остаются одним из самых весомых плюсов линукса

Они подходят, чтобы реализовать ядро системы, но именно благодаря им линуск находится в той жопе, которой находится. Андроид выкинул эту инфраструктуру и теперь на коне, Хром ОС выкинул эту инфраструктуру и тоже на коне. Линукс десятки лет топчется на одном месте не имея элементарных вещей вроде магазина приложений - потому что там сидят упоротые мантэйнеры вроде этого чудилы из велв и учат жизни. Единственное в чем следуют обвинять Каноникал - это, что они все делают вяло и не уверенно. Не работают с разработчиками софта, с тем же велв, и все выглядит будто они сами не знают чего хотят.

Контейнеры могут быть полезны только из-за изоляции

Серваки полностью на докере. Каждый микросервис в отдельном контейнере. О чем ты.

special-k ★★★★
()
Ответ на: комментарий от special-k

мейнтейнеры не испытывают - испытывают пользователи)))

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

Давайте на чистоту: арч - это не для людей

Для кого он - совершенно не имеет значения. Это лишь демонстрация корня проблемы. Почему в арче-не-для-людей я просто ставлю стим из репозитория и он работает, а в убунте какие-то проблемы с тем, чтобы запаковать нормально софт?

Они подходят, чтобы реализовать ядро системы

Я не буду притворяться, что не понял, о чем речь, хотя мог бы, лол.

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

Линукс находится в жопе (в плане десктопа) не из-за пакетов, а из-за разброда и шатания в плане десктопного софта, бессмысленного переписывания одного и того же на разных графических тулкитах из-за тулкитофобии и NIH-синдрома. На системном уровне этот бардак плюс-минус сошел на нет, наверху осталось GNOME и прочую маргинальщину закопать и направить усилия на KDE и его софт, потому что у него больше шансов стать нормальным десктопом.

Андроид выкинул эту инфраструктуру и теперь на коне

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

не имея элементарных вещей вроде магазина приложений

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

упоротые мантэйнеры вроде этого чудилы из велв и учат жизни

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

О чем ты.

Я о том же, о чем и ты: о контейнерах, в широком смысле этого слова, с десктопным софтом. Серверные мы вообще не обсуждаем, нафиг тых сюда приплел - не ясно.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от special-k

Работают вроде.

Valve не согласна. Постоянные проблемы с правами, например нельзя открыть файл из примонтированой папки LXC контейнера. И никаких настроек на это нету.

Ну и что.

Весомый аргумент за испепеление снапа.

Ты так говоришь, будто есть еще один настольный линукс, ага.

Конечно, Slackware, Debian, Alt, Mint, и много других.

MOPKOBKA ★★★★
()
Ответ на: комментарий от liksys

Почему в арче-не-для-людей я просто ставлю стим из репозитория и он работает, а в убунте какие-то проблемы с тем, чтобы запаковать нормально софт?

Уверен проблем там достаточно, правда snap помимо решенных приносит кучу своих. В убунте никаких проблем нет, Valve сам пакует deb.

MOPKOBKA ★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

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

liksys ★★★★
()
Ответ на: комментарий от liksys

в убунте какие-то проблемы

Ага, эта и другие портянки явно свидетельствуют об этом https://wiki.archlinux.org/title/steam

Есть только один дистрибутив в котором стим встанет сразу (вернее он уже там изначально) - steam os. В остальные дистрибутивы без танцев с бубнами стим не встанет - и это огромная проблема линукса. Потому что нормальный пользователь снесет либо стим, либо линукс. Я выбрал снести стим.

В обычном линуксе приложения собирают мейнтейнеры.

Поэтому им никто и не пользуется - в нем нет приложений.

Андроид это вообще встраиваемая ось

А арч - встраиваемая ось для стим дек. Смешно, правда. Булькать на тему репозитория и приводить в пример софтину, которая сама ставит контейнеры))) А как же мантейнеры?!))

special-k ★★★★
()
Последнее исправление: special-k (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

В реальном мире я встречал только убунту (чаще всего), федору, минт и арч один раз. Я бы даже предположил, что в России убунту популярнее мака. Как бы сильно люди не любили айфон, макбук покупать они не торопятся.

special-k ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.