LINUX.ORG.RU

Valve вступила в Linux Foundation

 ,


0

2

4 декабря 2013 года в Сан-Франциско, Linux Foundation, некоммерческая организация занимающаяся продвижением GNU/Linux и СПО, объявила о вступлении в свои ряды Valve, Cloudius Systems и HSA Foundation. Новые участники представляют собой как развивающиеся компании, так и лидеров отрасли. Игроки на различных рынках — разработчики игр, облачных вычислений и виртуализации — признают ценность Linux, как объединяющей силы для совместных разработок и успешной коммерческой деятельности.

Майк Сэртэйн (Mike Sartain), представитель отдела Linux-разработок в Valve заявил: «Вступление в Linux Foundation — один из многих способов, каким компания Valve способствует продвижению игр для Linux. Благодаря совместным усилиям мы надеемся внести свой вклад в создание инструментов для разработчиков, которые улучшают Linux, а также заставить ведущих производителей компьютерных комплектующих обеспечивать поддержку Linux в качестве своего приоритета».

Cloudius Systems — компания-разработчик операционной системы с открытым кодом — OSv, предназначенной для управления виртуальными и облачными средами.

«Linux Foundation является одним из самых влиятельных сторонников открытых облачных технологий, проектов и компаний. Эта вовлечённость и широкий охват интересов являются уникальным в отрасли», — сказал Дор Лаор (Dor Laor), главный исполнительный директор Cloudius Systems.

HSA Foundation, некоммерческая организация при поддержке учредителей AMD, ARM, Imagination Technologies, Qualcomm, Samsung Electronics, занимается разработкой открытых стандартов спецификаций архитектуры для продвижения гетерогенных параллельных вычислений.

«Вступление нашей организации в Linux Foundation является естественным шагом, так как мы твёрдо верим в поддержку открытой экосистемы, и ориентированы на привлечение гетерогенных вычислений в технологии, где Linux будет доминировать», — заявил Грегори Стоунер (Gregory Stoner), вице-президент и управляющий директор HSA Foundation.

>>> Подробности

★★★★★

Проверено: JB ()
Ответ на: комментарий от geks

под онтопиком - миллион разных версий библитек и дистрибутивов

А им не похер? Всё пакуется в архив и вперёд и с песней. То, что у людей там всякие GTK/Qt/zsh/100500 WM'ов и плееров их волновать не должно вообще никаким боком, ALSA/PulseAudio — достаточно выбрать что-то одно, хоть наугад. Это же игра.

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

Ты как себе это представляешь? В Ubuntu 13.04 чудесным образом решена проблема «нужен glibc 2.18, а в системе 2.17» при попытке запустить бинарник от 13.10? А DEB-пакет от 13.04 чудесным образом находит отсутствующие в системе старые версии библиотек? Чудес не бывает, программа не запустится с openssl 1.0.0 если она слинкована с 1.0.1, она выдаст ошибку в консоль «не найдена libssl.so.1.0.1» и ещё какие-нибудь 2 библиотеки. А если это не предыдущий релиз убунты, а более старый, то количество ненайденных библиотек будет ещё больше!

Когда я ещё пользовался Ubuntu (2007-2009 годы, а потом вернулся на Opensuse) с Firefox было две ныне не существующие особенности 1). Не было официальных 64-битных сборок 2). В Ubuntu был 64-битный, но сразу после выхода релизов 3.0, 3.5 и 3.6 он не появлялся в репозитории до тех пор, пока не будет выпущен новый релиз Ubuntu. Починили только в 2010 году, а в 2011 году наконец-то появились официальные 64-битные сборки Firefox 4.0 и новее на сайте http://getfirefox.com/ В те же годы всё это означало полгода со старой версией браузера.

Тогда я освоил компиляцию браузера из исходного кода и стал выкладывать 64-битные бинарники на разных сайтах. И что ты думаешь? У других пользователей Ubuntu ничего не работало. Так что снимай свои розовые очки и прекращай отрицать любую критику своей ненаглядной убунточки. В 9.04 пользователи 8.10 получили ошибку glibc. Скомпилировал в 8.10 - пользователи 9.04 получили список из 5 не существующих в репозитории библиотек. Тогда я начал компилировать в версиях 8.10 и 9.04 и выкладывать оба варианта, и жалобы на неработающую сборку Zenitur-а пропали. И это не выходя за границы Ubuntu! В других дистрибутивах Linux вероятность получить что-то вроде «не найдено libgnutls.so.29, а libgnutls.so.31 не подходит!» была ещё больше! И знаешь что самое интересное? Сборка с http://getfirefox.com/ работала у всех и продолжает работать у всех дальше! Потому что LSB, потому что соблюдение стандартов.

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

Ты как себе это представляешь?

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

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

:-) LSB же! RPM-ка оттуда же у меня тоже везде работает.

Может быть Gens собирали не в CentOS 5. LSB базируется на пакетной базе RHEL 5, релиз которого был в 2007 году. Но Fedora 6, Ubuntu 7.04, Opensuse 10.2 и Debian 4 выпущены примерно в то же самое время. Но скорее всего собирали в нём.

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

Ещё бы маркет приложений организовать, на котором профессиональное ПО(вроде Photoshop и Coreldraw) можно было бы купить в один клик

Еще бы адобу и корелу только сдалось писать профессиональное ПО под ось, на которой профессионалы в данной области не сидят.

платформа завоюет декстопы.

Что, снова? Я джва 13 лет уже жду!

ptarh ★★★★★
()

Хорошие новости. Есть идеи, как можно привлечь еще и Adobe, чтобы Creative Cloud можно было официально купить и легально использовать под Linux?

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

Ну, в таком случае, и появление там Valve не повод для ликования. Это нифига не значит пока ОН не случился по факту.

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

Ждём скидок на Linux-версии игр?

Уже было, когда клиент Steam только-только выпустили под Linux. Теперь уже ждите рождественской распродажи (благо, осталось всего 3 недели), раз не попали на осеннюю, которая закончилась только на этой неделе :P

X-Pilot ★★★★★
()
Ответ на: комментарий от anonymous

Да говно amd драйвера, даже на винде. Привет ноутбуки с гибридкой, как там скуйрим поживает? Все еще шъем биос и лочим работу на одну видяху?

Так с оптимусом то же самое.

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

У меня в винде всё отлично с играми на AMD.

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

HSA Foundation

Вот что самое главное

два чая этому анону

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

89% пользователей винды ни разу не слышали таких слов. Но это действительно проблема.

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

Я про игры уровня Far Cry, Assassin Creed, GTA

Аналогов гэтэашки и в винде мало, обычно есть какие-то прорисованные трёхмерные пространства в которых негде просто поколбаситься наплевав на «миссии».

Napilnik ★★★★★
()

вот когда logitech запилит драйвера под линукс, тогда можно поговорить о виндекапец. а то, что valve куда-то там вступила, погоды не делает. контер-страйки сделали тогда, когда они уже не нужны. жду новости про вступление logitech и встаю в очердь с лопатой на закапывание винды. зы сказки про: «моих школиё друзей удерживало только отсутствие cs и доты в линуксе», - до сих пор улыбают. линуксу все еще далеко до винды.

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

Лолшто? Что Adobe забыла в LinuxFoundation, она же уже похоронила свой ненужный флеш? С тех пор как остановили поддержку ненужного флеша под онтопик, — выпилил сабж и не жалуюсь. На ютубе есть WebM, шлако(школо)сайты с флешем втопку. Есть FlashGot для фурри, есть savefrom.net. Что-то увлёкся, так что же Adobe там делает?

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

Спасение зонтофилов дело рук самих зонтофилов, Либреофис тут не виноват :3

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

А чем так нужен логитек? У меня вот клава и мышь от них, все работает, брат жив. :)

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

Понятно что не только флеш, просто флеш — это случаем не единственное, что хоть какое-то отношение к миру Linux имело от рук Adobe?

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

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

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

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

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

Если человек не хочет, что-бы любая информация о нём была доступна спецслужбам чужой страны(да даже и своей) - это не значит что он от кого-то скрывается. Есть такие понятия как тайна личной переписки и право на личную жизнь. И если глубоко антидемократические режимы пытаются лишить меня моих прав - я не буду делать вид, что всё ОК, и я буду сам способствовать личной информации спецслужбам этих режимов.

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

А у такой консоли огромный шанс стать успешной.

Да ну. StemOS как то гарантирует наличие определенной версии OpenGL к примеру ?

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

На ящик и плойку тоже пиратят...

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

В стиме онлайн подключение по умолчанию основное и главное условие работы

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

/me удалил Flash после перехода GayTube на HTML5.

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

Ещё бы маркет приложений организовать, на котором профессиональное ПО(вроде Photoshop и Coreldraw) можно было бы купить в один клик - и платформа завоюет декстопы.

В стиме есть такой маркет, вот только почему то ни Adobe ни Corel не бегут сломя голову размещать там свои приложения.

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

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

Есть уже два конкурирующих стандарта пакетирования deb и rpm

APK хорош отсутствием зависимостей

1. Положить все зависимости в один пакет и оставить скажем тег Depends пустым. Правда одни и те же библиотеки будут ставиться по многу раз.

полным перечислением всех разрешений

2. Положить в пакет конфиг apparmor для данного приложения. Вместе с Ubuntu поставляется куча конфигов для разных приложений, по-умолчанию есть для firefox.

Оба формата удовлетворяют вашим требованиям насколько я понимаю, незачем изобретать велосипед.

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

Ты как себе это представляешь? В Ubuntu 13.04 чудесным образом решена проблема «нужен glibc 2.18, а в системе 2.17» при попытке запустить бинарник от 13.10? А DEB-пакет от 13.04 чудесным образом находит отсутствующие в системе старые версии библиотек? Чудес не бывает, программа не запустится с openssl 1.0.0 если она слинкована с 1.0.1, она выдаст ошибку в консоль «не найдена libssl.so.1.0.1» и ещё какие-нибудь 2 библиотеки.Потому что LSB, потому что соблюдение стандартов.

А разве LSB устанавливает стандарт на версии? проблемы с версиями решаются с помощью метапакетов тегов Replace и Provide, а репозитории убивать нецелесообразно, потому что они именно предназначены для стандартизации библиотек. Разработчику проще поставить зависимость от библиотеки из репа чем самому искать ее и компилировать, по теории это должно облегчать разработку.

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

Объясняю ещё раз. Как ты наверное знаешь, в /usr/lib хранятся системные библиотеки. Это как C:\WINDOWS\SYSTEM32, но без *.EXE. Чтобы решить проблему DLL-hell библиотеки названы не просто libopenal.so, libOpenCL.so и так далее, а libopenal.so.1 и libOpenCL.so.1. Таким образом программы, требующие старый libopenal.so.0, не будут пытаться использовать версию .so.1 и из-за этого работать неправильно.

Ubuntu выходит раз в полгода. За полгода часть библиотек остаются старыми, часть обновляется. libpng14.so.14 превращается в libpng15.so.15, libavcodec.so.54 превращается в libavcodec.so.56, и так далее. Старые библиотеки удаляются. Дело в том что в мире открытого ПО все программы пересобираются с новыми библиотеками, на то это и Open Source. Поэтому игра SuperTux от Ubuntu 8.04 не запустится в 10.04, а от 10.04 не запустится в 12.04. Они будут просить несуществующие в системе библиотеки, которые ты можешь выковырять из старой системы (а потом ещё и зависимости зависимостей) и скопировать в /usr/local/lib. Хотя сам код SuperTux 0.2.1 не менялся лет 10.

Естественно проприетарщики не согласны выпускать программы под Linux в таких условиях. Это открытое ПО можно пересобрать под все линуксы и устанавливать из репозитория, а не закрытое. И тогда придумали LSB, что означает Linux Standard Base.

Организация Free Standards Group объявила о начале подготовки нового стандарта в группе LSB (Linux Standard Base), ориентированного на создание единой спецификации для десктоп-окружения в Linux, позволяющей компаниям выпускать свои GUI продукты без учета особенностей многочисленных Linux-дистрибутивов, — Linux Standard Base Desktop Project.

Первая рабочая версия спецификации будет представлена во второй половине 2006 года.

В рабочую группу LSB Desktop Project вошли такие компании, как Adobe, IBM, HP, Linspire, Mandriva, Novell, RealNetworks, Red Hat, Trolltech, Xandros и другие.

Судя по всему, стандарт будет продвигать GNOME, так как в текущих наработках отмечена обязательность таких библиотек как GTK2, GLIB, ATK, Pango, gnomeui-2, gnome-2, glade-2, gconf-2, gnomevfs-2, bonoboui, bonobo, gnomeprint, Freetype, XML2, png12, libjpeg, crypto, ssl, krb5, popt. Рассматривается вариант добавления в список QT и OpenSSL.

Теперь у 20-30 библиотек в /usr/lib кладётся сразу две версии. Для LIBPNG это 1.2 и последняя, для LIBSSL это 0.9.8 и последняя. GTK2 и QT4 - последние, потому что libgtk-x11-2.0.so.0 последнюю цифру в номере версии не меняет. Этого не требуется потому что нет DLL-hell: всё что скомпилировано с GTK 2.10 запускается с GTK 2.34. Иначе говоря, сохранена обратная совместимость. То же самое применимо к Qt 4.3-4.10.

Вот как надо делать такой бинарник, который можно положить на диск с драйверами к железке, и он потом у всех заработает даже через 5 лет. Берём CentOS 5, компилим там программу. Смотрим какие библиотеки требуются программе. Те которые есть в этом списке есть во всех линуксах. Те которых нет кладём в папочку lib и делаем скрипт run.sh, который эту папочку подцепляет. Обычно это libstdc++.so.6, libSDL-1.2.so.0 и libopenal.so.1. ВСЁ!!! Никакой статической линковки, из-за которой страдает сетевая безопасность и размер файла. Никакой папочки lib на 300 мегабайт из-за копирования туда всех зависимостей.

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

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

Да можно переключиться в автономный. Но это не настройка по умолчанию. И в стимбоксе точно так же оффлайн не станет умолчательным.

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

Они будут просить несуществующие в системе библиотеки, которые ты можешь выковырять из старой системы (а потом ещё и зависимости зависимостей) и скопировать в /usr/local/lib.

Эм... а разве пакетный менеджер не вытянет их при установке пакета ? Я конечно в основном с RHEL клонами работал, но чётко помню как ставил на CentOS6 rpm от CentOS5 и yum сам разобрался, что дело труба - давай еще compat-expat1 доустановим

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

В RHEL6 сделали полную совместимость с программами RHEL5. Red Hat большая, Red Hat может себе это позволить. А между Ubuntu 13.10 и 13.04 такой совместимости нет. Собственно это и есть причина появления SteamOS: если бы совместимость была, то SteamOS была бы не нужна. Выше я писал про опыт компиляции Firefox в Ubuntu 8.10 несколько лет назад, тогда я это и заметил.

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

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

К примеру гарантировать наличие OpenGL не ниже 3.2, OpenAL, SDL и прочее прочее. Не говоря уже о тупой поддержке платформы в течении жизни стимбокса.

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

Если бы они работали с Suse или прости господи Слакой, результат бы был один и тот же - они бы всё равно начали бы ваять свою SteamOS, просто на другой основе.

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

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

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

Anyone who uses Steam's Big Picture Mode is already intimately acquainted with SteamOS, as they're very similar. SteamOS looks and acts like Big Picture Mode, except it's the basis for the entire hardware system. It's controller-friendly and easy to navigate. The same Steam splash page washes across the screen when it launches, and the same tile-based layout of games and the Steam store are visible at launch. As promised, the OS is built on Linux (not based on Ubuntu, we're told, but entirely custom), though you'd never know it as the only interactive layer is all Steam.

http://www.engadget.com/2013/11/04/valve-steam-machine-hands-on/

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

Таким образом программы, требующие старый libopenal.so.0, не будут пытаться использовать версию .so.1 и из-за этого работать неправильно.

В чем трудность создать симлинк libopenal.so.0?

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