В связи с пересмотром (https://www.opennet.dev/opennews/art.shtml?num=50950) компанией Canonical
планов (https://steamcommunity.com/app/221410/discussions/0/16409152.../) по прекращению поддержки 32-разрядной архитектуры x86 в следующем выпуске Ubuntu, компания Valve заявила (https://steamcommunity.com/app/221410/discussions/0/16409152.../), что она скорее всего сохранит в Steam поддержку Ubuntu, несмотря ранее высказанное намерение (https://www.opennet.dev/opennews/art.shtml?num=50935) прекратить официальную поддержку. Решение Canonical обеспечить поставку 32-разрядных библиотек позволит продолжить развитие Steam для Ubuntu без негативного влияния на пользователей этого дистрибутива, несмотря на общее недовольство Valve политикой в области удаления из дистрибутивов существующей функциональности.При этом Valve начнёт более тесно работать с производителями многих дистрибутивов Linux. Среди дистрибутивов, предоставляющих хорошую поддержку запуска компьютерных игр в своих пользовательских окружениях упоминаются Arch Linux, Manjaro, Pop!_OS и Fedora. Конкретный список поддерживаемых в Steam дистрибутивов будет объявлен дополнительно. Компания Valve готова к сотрудничеству с любыми дистрибутивами и приглашает их напрямую связаться с представителями компании для начала совместной работы. Valve также сохраняет приверженность идее развития
Linux как игровой платформы и продолжит свою работу по усовершенствованию драйверов и разработке новых возможностей для улучшения качества работы игровых приложений и графических окружений во всех дистрибутивах Linux.
Поясняя свою позицию в отношении поддержки 32-разрядных приложений в дистрибутивах отмечается, что поддержка 32-разрядного режима важна не столько для самого клиента Steam, сколько для тысяч игр в каталоге Steam, которые поставляются только в 32-разрядных сборках. Сам клиент Steam не представляет сложности адаптировать для запуска в 64-разрядных окружениях, но это не решит проблемы с запуском 32-разрядных игр, которые не смогут работать без дополнительной прослойки для обеспечения совместимости. Одним из ключевых принципов Steam является то, что купивший игры пользователь должен сохранить возможность из запуска, поэтому дробление библиотеки на 32- и 64-разрядные игры недопустимо.
Steam уже предоставляет большой набор зависимостей для 32-разрядных игр, но этого недостаточно, так как требуется как минимум наличие 32-разрядной Glibc, загрузчика, Mesa и библиотек для графических драйверов NVIDIA. Для предоставления необходимых 32-разрядных компонентов в дистрибутивах, в которых они отсутствуют, могут применяться решения на основе изолированных контейнеров, но они приведут к фундаментальному изменению runtime-окружения и вероятно не смогут быть доведены до пользователей без нарушения сложившегося уклада.
URL: https://steamcommunity.com/app/221410/discussions/0/16409152.../
Новость: https://www.opennet.dev/opennews/art.shtml?num=50978
>Arch Linux, Manjaro, Pop!_OS и Fedora1. Сборка от кулхацкеров для кулхацкеров
2. Поделка от васянов
3. Та же убунта с нескучными обоями
4. Тестовый полигон
Вывод - ненужно
Обидно, что Gentoo не включили? Ну иди, собери ещё раз.
Не обидно, там все и так есть. И будет. Только без телека. Потому Кран и не хочет там ничего делать.
> Не обидно, там все и так есть.Только через сторонние репы.
сторонние репы в лаймане - не настолько сторонние, как кажется авторитетным минусаторам. Тем более что в официальную репу оно не может попасть в принципе, по очевидным причинам.
Какой layman, ты в курсе, какой сейчас год? Давно уже есть eselect repository и возможность вручную добавить любой оверлей в /etc/repos.conf.
>>eselect repositoryЯ в генте нуп, а можно поподробнее вот про сие? НУ или традиционно - ссылок, где почитать :).
Почти то же самое, только команда пишется иначе и единообразно с остальными eselect
https://wiki.gentoo.org/wiki/Steam#eselect_repository:),
У eselect-repository не такой навороченный вывод репов, как у layman =) Простой список против таблицы =)
Мне больше интересно, почему они в первую очередь не ориентируются на Debian. Всё-таки основа, и дроп i386 ещё не маячит на горизонте.
Наверное потому что на этой "основе" сидит примерно 0% пользователей покупающих у них игры.
> Наверное потому что на этой "основе" сидит примерно 0% пользователей покупающих у них игры.Это совсем не очевидно. Где пруфы, Билли?
К тому же, из Вашего комментария можно подумать, что на Арче у них больше пользователей, нежели на Debian. )
Так может потому что раньше только Убунту поддерживал Стим, а с Дебианом проблемы запуска были. Если сделать только Дебиан поддержку, то проблем не будет.
Сижу на дебе, стим пакет с оффрепа, никаких проблем нет, полёт нормальный =) Все мои игры (122шт) работает без глюков и на NV (1060 6gb) и на ATI ( R9 285 ).
arma3, tomb raider, payday2, serious sam fusion 2017, metro redux, deadfall adventures,xcom,dota2 и т.д.)
В Gentoo и так всё работает. Изкаробка
Там есть, из коробки.
Есть, но их нужно собрать самому из stage3, то есть склеить из бумаги, однако профи собирают из молекул, то есть из stage1.
"4. Тестовый полигон" - более или менее, чем убунта?
Примерно так же
Сижу на Kubuntu с 10.04 и по данный момент, проблемы при обновлении были только один раз (серьёзные, что приводили к отказу нормальной загрузки системы. Плюс два-три раза мелкие). Каких-то особых проблем не помню (использую LTS'ы в основном, но и на обычных версиях тоже, бывало, сидел).
На Fedora 19 и 20 ловил при обновлении всякие приколы (например X'ы после обновления не стартуют (проприетарных дров не ставил), или что-то серьёзно начинает работать некорректно) - раз пять.
В конце концов плюнул на этот глюкодром и закончил свои экспериметны с Fedora.
В последних версия может что и поменялось, но проверять как-то не тянет...
а я сижу на gentoo и отказов при обновлении не помню.
я на федоре с 25 по 29 вроде всё норм.. раньше все больше на centos сидел, но для дома центос немного не тот компот
Постабильнее, чем первые месяцев 8 Ubuntu LTS(xenial, bionic). И это при шестимесячном цикле.
> Тестовый полигон" - более или менее, чем убунта?Примерно на одном уровне с не-LTS выпусками. А может и хуже, не знаю. Не вижу смысла сравнивать, для меня то и другое уже неприемлемо.
Более. 32-битной федоры давно уже нет.
Обманывать не хорошо, обманывать самого себя ещё хуже! Фу
Держи нас в курсе что тебе ненужно
> Тестовый полигонВажно понимать, что он "тестовый" лишь по меркам RHEL.
Ну а чтобы федора оказалась "тестовым полигоном" по меркам обычных пользователей, которым подавай именно нестабильные релизы софта и библиотек, нужно явным образом идти скачивать специальную сборочку федоры, предназначенной больше для RH-овской QA-команды:
https://www.happyassassin.net/nightlies.html
Ну или врубать rawhide-репы в уже установленной.
1. Сборка от кулхацкеров для кулхацкеров
И чего там кулхацкерского? я криворукий виндузятник поставил и настроил под себя за пару часов.
Это раз. Два - Manjaro это для тех кому лень, но нравится Arch.
Поздравляю, теперь ты типичный кулхацкер! :)
2. Вполне юзабельно. Васяны это индусы?
Стесняюсь спросить, а драйвера они разрабатывают к чему?
AMD, Xorg, VR и т.п.
Они много что финансируют, что вспомнил: AMD, KWin, X11, SDL
Кстати, про AMD Вальвы не сказали ни слова. Лишь NVIDIA были помянуты всуе. Видимо, как единственные производители игровых драйверов для Линукс.
Mesa же. А отдельно упоминают NVIDIA не от хорошей жизни, а от отсуствия альтернативы блобам.
>от отсуствия альтернативы блобамА я что сказал?
Он хотел сказать, что AMD и так в Mesa.
Valve делает ставку на vulkan. А AMD официально поддерживает только AMDVLK, RADV не поддерживается. При этом, в SteamOS используется RADV, который был в основном создан усилиями RedHat, Google и, внезапно, Valve. Спрашивается, кого они должны упоминать в качестве производителей драйверов в контексте карт AMD?
Так значит игровой Линукс, тот который должен двинуть себя в массы - это NVIDIA? Та самая (фок ю) NVIDIA? А AMD (большой друг Линукс) значит не при делах? Значит опять евангелисты налгали кругом?
>А AMD (большой друг Линукс) значит не при делах? Значит опять евангелисты налгали кругом?Евангелисты вам еще давно писали "Don't buy from ATI", можно было запомнить.
> игровыхЭто в смысле пригодных только для работы с портированными с винды играми?
Это те карты, что до сих пор теликом по hdmi рулить не научились?
Господа,а можно подробнее объяснить,что мешает сделать так,что бы Стим в рантайм тянул всё что нужно для 32 битных игр?Ну,ок,сожрёт это два лишних гига,в нынешние времена это не страшно,на дворе 2019 год,а вульва бьётся головой об стенку,требуя поддержки морально устаревшей технологии.
Не уверен, можно ли это.. Допустим, что можно.Но тогда завопит та часть Линукса, которым нужны ГОГи-шмоги и тому подобная дребедень.
Толкать нужно всё сообщество, даже если Valve это и не выгодно. По крайней мере, на данном этапе.
Не потянут они. Одно дело писать какой-то там магазин, да спонсировать пару спецов для полезных патчей в Месу и куда там ещё, а совсем другое дело поддерживать кучу всяких 32-битных либ.
1) 2 гига из 8 это довольно нехило, у некоторых и того меньше
2) это не путь джедая
3) надо самим поддерживать эти библиотеки, а не просто использовать
> 2 гига из 8 это довольно нехило, у некоторых и того меньшеэто о диске а не о раме
ну вообщето было бы логично чтоб клапанЪ сам тянул свой рантайм
ибо, если честно, у кого пользователь купил игры у <insert distro name> или у вальвэ?
ну так вот, кто обеличивает - пусть тот и обеспечивает
У Клапана есть целая ПароОсь для того, чтобы у вас заверте.
Однако они альтруистически парятся с тем, чтобы вы могли не совершать нечеловеческих усилий по перезагрузке.
У той же нвидии модуль ядра и озерспейс драйвера должны быть одной версии
Стим так и делает в модно-молодёжном официальном Flatpak-е.
Покажите официальный flatpak Steam, пожалуйста.
Возьму для примера драйвер nvidia это сами бинарники плюс модули ядра. Модуль ядра нужно собирать для каждой новой версии для каждого дистрибутива и править некоторые конфиги в зависимости от конфигурации системы. Плюс встраивать это все в систему... Одним словом - геморой. При этом нынешний стим обновляется в обход пакетного менеджера.С другой стороны, у меня в системе стим установлен через flatpak а там есть все в том числе и nvidia-drivers.
Это хорошие новости. Гейб молодец.
Однако "Одним из ключевых принципов Steam является то, что купивший игры пользователь должен сохранить возможность из запуска," очень далеко от правды. Alien: Isolation нативная уже не запускается, так как собрана с некоторым тухлым libc6 которого уже не было в прошлогоднем debian testing.
Как раз близко к правде.Они научили свой Proton запускать даже нативные тайтлы Linux. Так что если сломается нативка, Proton должен прийти на помощь.
Это как? Патченный Wine научился помогать работать линуксовым бинарникам со старыми библиотеками?
>Однако "Одним из ключевых принципов Steam является то, что купивший игры пользователь должен сохранить возможность из запуска," очень далеко от правды. Alien: Isolation нативная уже не запускается, так как собрана с некоторым тухлым libc6 которого уже не было в прошлогоднем debian testing.В винде запускается? Ясен пень, запускается. Всё, до свиданья с такими наездами.
Сколько весит установленный виндось? А 99% (любой) дистр на линуксе? Насколько помню, в винде лежало два, ДВА калькулятора (со старой оболочкой и новой), а сколько ещё всякого интересного таят эти... сколько, 10 гигов?
Alien Isolation. Место на диске: 35 GB
Дополнительные разъяснения требуются?
Все десктопные линуксы почему-то весят намного больше, чем Windows XP.
дану, PuppyLinux весит меньше 200мб, например
Недавно Alien: Isolation запускал при установленной glibc 2.29. Вы на чём проверяли?
> Alien: Isolation нативная уже не запускается
> Ubuntu 14.04Тебе же написали в системных требованиях. Так что если в 14.04 не запускается, то да можно претензии выставлять.
А так всё честно.
Приходите к нам на OpenSUSE
> Приходите к нам на OpenSUSEтакого не бывает, чтобы хлеб сам за брюхом ходил.
Приходите, рассказывайте нам как именно вы предоставите лучшую игровую платформу для _наших_ клиентов, мы с интересом вас послушаем.
Интересные у вас с таким именем клиенты и игры.
В leap или роллинг релиз?
Ага именно в роллинг релиз. Я ставил OpenSUSE на нетбук. Спечиально заломал убунту. пользовался восторгался. А потом что-то не пользовался с месяц тебуком, соответственно не обновлял. А они там наобновляли так, что уже текущие обновления требуют пкетиков, которых нет в моей текущей версии но и в текущем срезе нет, и так я трахался, пытался это исправить, потом поломал всё к херам. Не то, что сознательно поломал, а пытаясь поставить пакетики требуемые, поставил так, что сломал к херам.После этой истории я это говно ни на один комп не ставлю. Думал в OpenSUSE будет почеловечней с роллинг релизами, однако у них там полная жопа. Даже Arch'у за ними не угнаться. Может этом мне так повезло. Но на кой такой роллинг релиз.
А история эта к тому, что Valve будут конченными недоумками, если с OpenSUSE свяжутся.
Может я и рукожоп, но знаю точно, что школота, которой поиграть нужно, не будет вот всё это говно пережёвывать и разруливать, чтобы поиграть. Проще маздая воткнуть.
P.S. Искусственный интеллект OpenNet возмутился за ненормативную лексику, ему не понравилось сравнение Valve с деб*лами, а слово к херам его устроило. Что-то это как-то неправильно.
>Ага именно в роллинг релиз.
>сравнение
>с деб*ламиКогда следующий раз снимеш сидушку с велика, для облегчения веса, не ругайся на плохую амортизацию.
Ты рyкoжоп. Ни разу обновления не ломали стабильный релиз.
Вот Тамблвид - отдельная песня, роллинг создавался только чтобы его юзеры сутками тpaxались с обновлениями, там новые пакеты чуть ли не каждый день приходят, и пользователи тумбы, как зомби, обновляются с утра до ночи, по ходу рассказывая друг другу, что сломалось в этот раз. На кой ставить такой роллинг, для меня загадка, это разве что изощренным мазохизмом объясняется.
Я что-то не понял, чем он виноват? OpenSuse ролинг рели, верно? Он пытался обновиться, оно сломалось, в чем его вина? Это как у меня после обновлений Манджаро отказывалась запускаться, так это меня обвинить, что неправильно обновлял как-то.
Очевидно в том, что странно жаловаться на дистрибутив, устанавливая роллинг. Мышки плакали, кололись, но продолжали жpaть кактус.
Спасибо за рукожопа тебе, добрый человек.
Открою секрет. Люди в поисках роллинг релиза ищут не самое последнее дерьмо, ломающее всё, а именно систему, которую не придётся раз в два-четыре года переставлять с нуля. Хочется, как в MacOS, вышла новая OS ставишь, работает. По крайней мере у меня так несколько выпусков поставилось и не заломалось. Там своего говна хватает, которое дико бесит, из за чего была отторгнута моим организмом.
Короче, не все ищущие роллинг релизов дрочат на полосу прогресса очередного обновления. Знай это, мой юный подаван!
> Даже Arch'у за ними не угнаться.Как-то обновлял Arch на машинке, которая стояла и пылилась в углу где-то с год. Самому было интересно, получится или нет. Потребовалось несколько ручных интервенций в систему, которые впрочем были объявлены во время обновления и даже с краткими инструкциями. Перезагрузка и, вуаля, свежий Арч. С ГНОМОМ!
А у меня иная история про Arch, был у нас руководитель, который тоже фанател за Arch поднял маршрутизатор основной, asterisk и иещё чего-то там на нём. Прошло пару тройку лет в забытии без обновлений но в активной работе, и всё! Он даже к репкам не цеплялся. Матерился на неправильный pacman, а скачанный pacman не ставился ещё из-за какого-то говна и это поцепочке. В общем та же балалайка с роллинг релизами что и OpenSUSE.
Что хорошо в Arch, так это сообщество. Из-за того что эта балалайка настраиваема с самых низов, у них прекрасная документация, wiki на всё. Порой и для других дистров что-то ищешь, а находишь в arch'овой вики.Кстати, говоря о документации, то man страницы и описание утилит прям в самой системе шикарно описано и достаточно для понимания в OpenBSD. Во FreeBSD тоже неплохо, но у них встречается такое, что конфиги какого-нибудь приблудины установленной из пакетиков не работает, потому, что нужно чутка подпилить стартовый конфигурационный файл, крипт. Но сама система прекрасно описана в их Handbook. Не нужно по просторам лазить гуглить то, что относится к самой системе. Понятно дело, что какие-нибудь нестандартные ситуации гуглить приходится, но стартануть легко можно. Если не ошибаюсь arch по этому подобию и делался.
Если бы Arch не пустил к себе systemd, я бы на него тогда соскачил, когда это всё завертелось.
Ну в альте есть роллинг с sysvinit, положим (с такого и пишу).
Все пути ведут в Арчвики :)
>Думал в OpenSUSE будет почеловечней с роллинг релизами,В свое время отказался OpenSUSE (даже не роллинг) как раз из-за проблем с обновлением, и в том числе из-за библиотек для zipper (((
У вас нету сборок свежей мезы из гита.
Astra linux?
Давайте сразу на Bolgen OS Popov Edition
Поясните, пожалуйста, а разве ради 32-битных игрушек кто-то ещё заводит 32-битную машину? Зачем все эти свистопляски вокруг и386-дистров? Подгрузить нужные библиотеки для 32-битных бинарников - разве этого не достаточно? Даже винда давным-давно все игрухи через WOW64 грузит. o_O
Убунта хотела прекратить извращения с 32 битами. Совсем. Но что-то пошло не так.
Вот сегодня ставил Убунту на старенький моноблок от Соньки, он ещё с Вистой продавался - пришлось сначала убедиться, что его процессор (ноутбучной серии, естественно) поддерживает x64 - к счастью, поддерживал, и получилась довольно живенькая игрушка на SSD, несмотря на два гига памяти. Зачем x64,скорее спросит наивный читатель. И получит банальный ответ - ради Вайбера, например...
Там речь о полном выпиливании 32 битых либ. В том числе и в 64 битной версии.
> Там речь о полном выпиливании 32 битых либ. В том числе и в 64 битной версии.Понятно. Вот это реально плохая идея...
WOW64 в wine завязан на 32-битные линуксячьи либы как не крути.
Альт Линукс решит проблемы Гейба!
Ага... они там Эльбрюс32 запилили... и x86 эмулятор вроде тоже у процессоре сидит :)
>и x86 эмулятор вроде тоже у процессоре сидитЗачем ємулятор, х86 как карту расшырения в PCI-E.
>>и x86 эмулятор вроде тоже у процессоре сидит
> Зачем ємулятор, х86 как карту расшырения в PCI-E.Эльбрюс такое умеет? Транслятор в х86 там почти железный, а вот то, что умели санки с SUN PCi и даже в общем аппля с MS PC Card, эльбрюсу не сдюжить, да и не надо.
> Транслятор в х86 там почти железныйСамый что ни на есть софтовый. А учитывая тормознутость выполнения на них даже нативного кода… В общем, да, самое то, что требуется для лечения геймерской зависимости.
Зависит от того, что с нативным кодом именно происходит -- если это нативный фокс, в котором бегамайты жабаскрипта пытаются перевариться (которые нынче и интелы пригибают), то стоит понимать, что это всё-таки далеко не предел производительности.А так -- тот же apt работает на глаз сопоставимо с xeon/i7, будучи просто собран с -O3, без профилирования и затачивания даже.
Вообще на эльбрус хорошо ложится честный компилят с C/C++ (за фортран не скажу по той причине, что сравнивать по производительности именно фортрановый код как-то пока не довелось). Ну и длинные циклы, которые писали хотя бы немножко руками с головой.
Не, у нас только 64 (ну... почти: для lcc требуется немножко e2k32-*, в основном glibc). И бинарный транслятор там чисто программный, хотя LE-проц с системой команд, которая местами учитывает существование всяких SIMD, этому явно помогают.
> упоминаются Arch Linux, Manjaro, Pop!_OS и Fedora. Конкретный список поддерживаемых в Steam дистрибутивов будет объявлен дополнительно. Компания Valve готова к сотрудничеству с любыми дистрибутивами..Доходчиво объяснили что незаменимых нет.
Чего и следовало ожидать. Я вот с таким неожиданным втыканием systemd перешёл на BSD системы, Alpine. Я конечно не Valve но если эту модель поведения перенимать людям, то можно влиять на этих заносчивых разработчиков систем, которые, по-моему, сейчас уже думают, что люди созданы для того, чтобы работали их балалайки.
Это, кстати, много где в эти годы стало наблюдаться в мире ИТ.
Этим и хорошь мир СПО, в любой момент, можно отказаться. Если есть твиттер, напили Гейбу пусть под FreeBSD сделает Steam.
А под бздями есть замены:
* systemtap?
* wine?
* firejail?
* usbmon?
* kvm?
* OpenCL?
* fuse?
* репозитории со свежим софтом?
Там нормальной файловой системы, которая просто работает, и то нет, а ты требуешь уж слишком много.
> А под бздями есть замены:
> * systemtap?dtrace?
> * wine?Оно?
https://www.freshports.org/emulators/i386-wine/
https://www.freshports.org/emulators/wine/
https://www.freshports.org/emulators/i386-wine-devel/
https://www.freshports.org/emulators/wine-devel/> * firejail?
Это вот этот
https://www.opennet.dev/opennews/art.shtml?num=45824
> Серия уязвимостей в Firejail
> 07.01.2017 23:42
> В системе для изолированного выполнения приложений Firejail выявлено девять уязвимостей, большинство из которых позволяют повысить свои привилегии в основной системе до пользователя root.а который без fire не подойдет?
> * usbmon?
usbdump?
> * kvm?
bhyve?
> * OpenCL?
https://www.freshports.org/devel/ocl-icd/
> * fuse?
Не, а зачем, если
% pkg info -xI fuse
fusefs-exfat-1.2.8 Full-featured exFAT FS implementation as a FUSE module
fusefs-ext2-0.0.10_2 FUSE module to mount ext2, ext3 and ext4 with read write support
fusefs-ext4fuse-0.1.3_1,1 Read-only ext4 implementation for FUSE
fusefs-gphotofs-0.5_5 Mount PTP camera as a file system
fusefs-hfsfuse-g20180118_1 FUSE driver for HFS+ filesystems
просто работает на магии?
> * репозитории со свежим софтом?https://www.opennet.dev/opennews/art.shtml?num=47581
Топ репозиториев по общему количеству пакетов:AUR (40522)
Debian и производные (28741) (лидирует Deepin)
FreeBSD (26177)
Fedora (20386) (с прошлого отчёта обогнала Gentoo)
Gentoo (19394)Топ репозиториев по количеству свежих пакетов:
FreeBSD (15025)
Debian и производные (13817)
Fedora (12514)
AUR (9415) (с прошлого отчёта обогнал Gentoo)
Gentoo (9415)
А под линуксы уже есть (не в виде сторонних патчей всяких васянов и гуглей) CloudABI, Capsicum, ugidfw, dump/restore, GEOM, netgraph - или все еще "нинужна"?
>упоминаются Arch Linux, ManjaroЗачем разделять Arch и Manjaro, это ж не Debian и Ubuntu?
Или я чего не знаю и пора думать о другом дистрибутиве?
Затем, что один ставится сам, а другой через увлекательную консоль.
Потому что Manjaro почти ничего общего с Arch не имеет. У них даже репы свои.
они же позиционируют себя как более стабильный арч, естественно у них будут свои репы
> это ж не Debian и UbuntuКак раз таки Manjaro относится к Arch, как Ubuntu к Debian.
А как же Альт?
Вот проснётся с утра сами знаете кто, и имплементирует.
Он, быть может, уже сидит и старательно имплементирует, а сюда напишет, когда готово будет.
Ожидаемо, что Арч и Манджара вошли. Эти системы - будущее десктопного линукса. Даже мне, как новичку, было легче всего именно в них разобраться и работать после винды. А убунта просто ад какой-то.
И жаль что Солус не добавили.
Конечно, привыкли в винде ко всяким зверьСД и прочим помойкам - после такого рукожопое поделие типа манджаро отлично зайдет.
В 2011 году вышел клиент игровой дистрибуции Desura. Там было два бинарника, Linux 32-bit и Linux 64-bit. В самом клиенте, на главной странице был значок пингвинчика 16x16. А поверх пингвинчика число либо 32, либо 64. Это позволяло пользователю узнать архитектуру.На страницах игр тоже было написано, как значком, так и прописью, под обе ли она архитектуры, или только под одну.
Это пример хорошо написанного клиента. Они даже выложили исходники на Гитхаб. Там Chromium 13 и код самого клиента.
А Стим сразу начали писать неправильно. Я не говорю, что Стим написан плохо - чего только стоит Steam Overlay! И много чего, по-мелочи. Но кое-что, что было хорошо реализовано в Desura, было плохо реализовано в Steam
Например сохранения в играх. Ни одна игра не создавала файлы сохранений в той же директории, в которую игра была установлена. В стиме же - пожалуйста, сохраняй в ~/.local/share/Steam/SteamApps/common/AppName.
Начну издалека. Я был бета-тестером Steam для Linux, и бета была лёгкой. Она занимала мало места, и она очень хорошо привязывалась к системе, в которой запущена. Например, при попытке запустить игру SpaceChem Стим говорил, что надо выполнить apt-get install mono. И кнопки "Ок" и "Отмена". При проверке новой версии драйвера, Стим сообщал, что в основном репо более новой версии нет, но в PPA Oibaf новая версия есть. В общем, легковесный 32-битный клиент, который "подтягивает" все недостающие зависимости для игр, которые будут запущены
Ближе к релизу, появился Steam Runtime. Это папка с кучей файлов библиотек из Ubuntu 12.04. А именно, на 650 мегабайт. Причём только 32-битных. 64-битных не было. Дело в том что, со стороны разработчиков Steam, было ошибкой так сильно привязывать клиент к Ubuntu 12.04. Вышла Ubuntu 12.10, и всё развалилось. Всё как бы работало, но... Пару тем назад A.Shatl рассказывал, как при обновлении дистрибутива может исчезнуть libsomething24, а вместо неё встать libsomething26. И старой либы в репо уже нет. А теперь представьте, что у вас десятки игр, и многие из них зависят от чего-то нестандартного. В общем, разработчики Steam ошиблись с самого начала, выбрав Ubuntu 12.04. Это могло бы работать, если бы никто из юзеров не использовал более новые убунты
В качестве альтернативы можно было использовать CentOS 6. Вы спросите "а в чём разница, к версиям библиотек из какой системы привязываться - всё равно при апгрейде произойдёт то же самое!". Просто Red Hat когда-то был популярен, и на его основе создали LSB - стандарт, упрощающий создание одного бинарника так, чтобы он работал в любом дистрибутиве Linux
RHEL6 сейчас является базой для драйвера NVIDIA начиная с версии 430.xx. Работает во всех дистрах. Ранее (до версии 410.xx) его собирали в RHEL4. Flash Player до версии 11.2 собирали в каком-то RHEL - по-моему в 5. Начиная с 23.x тоже перешли на RHEL6
Есть много бинарников, которые скомпилировали в CentOS 5-7, а они работают до сих пор во всех системах. Справедливости ради, такие бинарники можно создавать и в убунте, если обладать достаточным количеством знаний, но именно при использовании CentOS в качестве билд-фермы о многих вещах можно не задумываться
CryEngine и Unreal Engine 4 в CentOS 6 компилируются прекрасно. Мне понадобилось только скачать с Khronis Group новые *.h файлы OpenGL, доустановить новый компилятор GCC из репозитория devtoolset, и скомпилировать из исходником LLVM.
Проблемы с билд-фермой CentOS у меня ровно две. Во-первых, libpcre.so.1 в RPM-based системах, и libpcre.so.3 в DEB-based. По сути, это одна библиотека, и достаточно симлинка, чтобы запустить неработающую прогу. Во-вторых это libssl.so.1.0.0 и libssl.so.10. Я решил эту проблему, положив libssl.so.10 в архив с программой, и подключив её при помощи скрипта run.sh, подключающую каталог с библиотекой при помощи PATH (вернее LD_LIBRARY_PATH)
Если бы они выбрали CentOS 6 в своё время, то не пришлось бы создавать Steam Runtime. А выпустить клиент для AMD64 было бы делом одного часа. В реальности же, ребята долго создавали 64-битный набор библиотек Steam Runtime. Они там компилируют в Ubuntu 12.04 ряд библиотек из 14.04 и 16.04 (чейнжлоги доступны в официальной группе Стима для линукс, я даже делал переводы на русский язык нескольких из них). Они не могут просто составить компиляцию из библиотек 12.04 - 18.04, закинув их в одну папку - ведь новые библиотеки хотят более нового Glibc, а стим должен работать в 12.04 и выше. Поэтому библиотеки из новых ОС пересобираются в старых. Компания Canonical помогает Valve, оказывая расширенную поддержку Ubuntu 12.04 (основная уже закончилась, сейчас идёт расширенная платная)
> Если бы они выбрали CentOS 6 в своё время, то не пришлось бы создавать Steam Runtime.Ещё и разработчиков игр обязать компилировать в CentOS, потому что промышленный стандарт, и в убунте полученные бинарники тоже будут работать. Создали бы сборку или репозиторий для CentOS с новыми компиляторами, заголовочными файлами OpenGL, и средствами отладки и тестирования уже "из коробки". У них же уже есть специализированная сборка Linux "для гостинной", можно было бы сделать ещё одну "для разработчиков".
А то мне больно смотреть, как в моей не самой старой ОС новая игра от инди-разработчика не запускается, требуя Glibc 2.21. Чего такого нет в моей Glibc 2.19, что нужно этой простенькой игре? Понятно что разработчик никогда не пользовался линуксом, и компилировал бинарник где попало, наверняка в Ubuntu 19.04, установленной только ради компиляции этой игры. Поэтому дистрибутив для разработчиков от Valve помог бы избавиться от таких косяков неопытных программистов
> Ещё и разработчиков игр обязатьТогда им проще вообще будет средний палец показать линуксоидам, чем чего-то делать.
Про индустриальный стандарт - Центос вы оба правы, согласен, это логично. Но тогда лучше уходить из Стим в https://itch.io, там есть Линукс.
ArchLinux, ахахаха, я посмотрю что из этого получится, там раз от раза у людей не работает что-то. Хоть там Steam и так работал, не знаю как, видимо не официально, но навахаются ониииии (valve)...по самое не балуйся.
Вообще они со своей идеей опоздали лет на 10-15, современные технологии уходят в онлайн, у всех дома от 40 до 100 мегабит, просто ставим приставку, размером с кредитку и подключаемся к сервакам в интернете, там идет просчет всей графики и транслирует нам видеопоток, прямо как ютуб. Скоро видяхи от нвидии можно будет купить по 100р за кг, ну или только майнеры их будут покупать, как и топовые процы от интела и амд.
Да,у всех 40-100, а видео в скайпе,дискорде по прежнему глючат. Спасибо,не надо,сам отрендерю
То-то OnLive и gaikai разорились.
> у всех дома от 40 до 100 мегабитАга у всех. Не надо обобщать, за пределами городов есть только дсл от ростелекома мегабит на 5 и мобильный интернет с конскими тарифами.
> просто ставим приставку, размером с кредитку и подключаемся к сервакам в интернетеВы из какого года в будущем к нам прилетели? Просто любопытно
Да-да, и задержки 100+ мс.
Как можно было умудриться положить на дебиан используя дебиан?!
в убунте же есть snap, ну и пакуй в него все что тебе нужно из зависимостей, в чем проблема 32 либы упаковать для игр и стима