Один из работников компании Valve сообщил (https://twitter.com/Plagman2/status/1142262103106973698), что в связи компания перестанет не будет официально поддерживать в Steam дистрибутив Ubuntu, начиная с выпуска 19.10 и не будет рекомендовать его своим пользователям. Решение принято в связи с полным прекращением (https://www.opennet.me/opennews/art.shtml?num=50896) в Ubuntu 19.10 формирования 32-разрядных пакетов, в том числе 32-разрядных библиотек для 64-разрядных окружений.
Для запуска некоторых игр из Steam наличие 32-разрядных библиотек является обязательным. Компания Valve рассматривает возможные способы минимизации ущерба от отказа от поддержки Ubuntu 19.10, но отныне сместит своё внимание на продвижение другого дистрибутив. Какой именно дистрибутив будет предложен в качестве базового будет сообщено дополнительно. Вероятно это будет Debian, на базе которого Valve развивает собственный дистрибутив SteamOS, последнее обновление которого было выпущено (http://repo.steampowered.com/download/) в апреле.
Напомним, что с проблемами из-за прекращения поддержки 32-разрядной архитектуры x86 в Ubuntu 19.10 также столкнулся (https://www.opennet.me/opennews/art.shtml?num=50920) проект Wine, 64-разрядная редакция которого ещё не готова для повсеместного использования, и платформа доставки игр GOG, в которой для запуска многих игр применяется Wine.GOG
URL: https://www.phoronix.com/scan.php?page=news_item&px=Valve-Dr...
Новость: https://www.opennet.me/opennews/art.shtml?num=50935
Ну кому они нужны эти устаревшие и никому не нужные 32 бита?! А оно, Михалыч, оказывается, вот как всё обернулось то...
Ну, на самом деле, и Стим, и Вайн - коллекция костылей и подпорок из-за того, что в винде половина софта до сих пор ленится перейти на 64 бита. "Работает и и так сойдет" - мысли типичного вин-программиста. Нет никаких проблем взять и перейти всем на 64 бита, кроме лени. И многие очень игры 32хбитные. А в линуксах же миграция прошла совсем незаметно.Вангую, что Убунту осенит Рач и они выпилят весь 32битный софт, кроме необходимого для запуска вайна да стима. Ну и ещё каких калек совместимости.
> в винде половина софта до сих пор ленится перейти на 64 бита. "Работает и и так сойдет" - мысли типичного вин-программиста.Типичный вин-программист не то чтобы ленится, но смотрит на все эти DWORD, скопившиеся за десятки лет, и думает — а ну на фиг, что мне, больше всех надо?
Хуже. Типичных вин-программистов два: один давно уже забыл, как делал ту игрушку, и работает над другим проектом, а другой теперь работает в студии над более новыми играми и копаться в чужом легаси видел в гробу в белых тапках.
У половины коллекции Стима поддержка разработчиками закончилась еще до включения в Стим.
Особенно старым играм, где ни издателя, ни разработчика, ни исходного кода давно нет, лень мешает перейти на 64 бит.
> ленится перейти
> Нет никаких проблем взять и перейти всем на 64 бита, кроме лени.это ты после туалета ленишься сходить руки помыть - так и идёшь обедать...
а в данном случае дело не в лени , а просто в "не нужно".
будет необходимость - будет и переход "всего софта на 64 бита". кстати, всё происходящее прекрасно демонстрирует как маркетинговые ухищрения и популизм бегут впереди паровоза, раздувая мифические, несуществующие запросы у публики, которых на самом-то деле и нет... так что убунта идёт лесом...> Вангую, что Убунту осенит Рач и они выпилят весь 32битный софт,
ага... и школьники на раче почуствуют себя ещё илитнее с выпиленным 32-битным софтом...
чем бы дитя не тещилось, лишь бы было счастливо...
> Нет никаких проблем взять и перейти всем на 64 бита, кроме лени.Да и вообще, что эти программисты о себе возомнили? Разве ж это работа? Сидит себе, в кнопочки тыкает, а компуктер сам все за него делает. Небось пока в кнопочки тыкает, непристойности всякие в интОрнетах ищет, а мог бы в другую кнопочку тыкнуть и перейти на 64 бита. И всем было бы хорошо. За что только этим бездельникам такие деньжищи платят?
Если уж Visual Studio перевести не могут...
Несколько лет назад в дебиан/убунту был один единственный пакет в котором все 32 битные библиотеки
И все работало.
А потом в Дебиане наконец-то запилили мультилиб, который в нормальных дистрах был уже давно
Вот кто кто, а игроделы в 64 бита очень резво впрыгнули.
те которые ещё прыгают - прыгнули. а те которые нет - нет. и софт их так и кочует 32битными бинарями.
Магии нет, ничего не поделаешь.
> Магии нет, ничего не поделаешь.А были бы исходники, нашлись бы и маги... программисты.
ты, маг, даже с исходниками фуфлофокса разобраться не можешь, или, вон, бубунточку пересобрать в 32бита из готовых(!) рецептов.
А туда же...
> ты, маг, даже с исходниками фуфлофокса разобраться не можешь, или, вон, бубунточку
> пересобрать в 32бита из готовых(!) рецептов.Не, не могу в убунточку. У меня её нет, у меня генточка.
> А туда же...
Жара на улице, похам мерещится всякое.
> И многие очень игры 32хбитные.Ага, особенно последние 4 года. Найдите хоть одну современную игру, которую собирают под x86, а не amd64.
Расскажи, пожалуйста, каким образом "взять и перейти" на 64 бита софтом, для которого, допустим, не сохранилось исходников? Те же игрушки, в частности.
Расскажи, пожалуйста. Очень интересно.
что значит не сохранилось исходников?
а где они тогда?
У разработчика, который давно потерялся, да даже если и сохранились, кто оплатит переписывание игр?
> У разработчика, который давно потерялся, да даже если и сохранились, кто оплатит
> переписывание игр?я так понимаю мы говорим об играх в стиме..
значит у них есть издатель, который получает деньгу
куда она потерялс? он на месте, собирает лавэ, может и переиздать в x64да зачем их переписывать? месяц рефакторинга максимум
Ну так возьми да погугли game lost source code. Туда и потерялась.
> Ну так возьми да погугли game lost source code. Туда и потерялась.парочку древних игр из мира неактуального говна?
ага, герои 3, например.
Игры это не только то что вышло в 2019, но ещё и куча старых. Особенно актуально для GOG, который good OLD games. И которых перевести на 64 уже технически невозможно, по разным причинам, включая отсутствие исходников или .
В стиме тоже много старых игр. Да и проблема в том числе в том же wine, который переделать и сломается хорошо если только половина всех игрушек.
Всё немного не так. Разрабатывал софт на шиндоз в первый и последний раз. Нормально скомпилировать под 64 бита никак не получается. Там костыль, тут костыль, тут библиотеки нет. Компилируешь под 64 бита, на одной машине работает, на другой нет. Под 32 всё нормально. Какая-то магия, даже не продебажишь толком, потому что в нескольких чистых виртуалках всё работает и так и так. Иди пойми что там не так.
>Нет никаких проблем взять и перейти всем на 64 бита, кроме лени.Расскажи об этом проекту Qt. Дано: GUI программа на Qt под винду. 32-битная версия - работает и под вайном, и под виндой. 64-битная ... только под вайном, а под виндой ругается на отсутствие в библиотеках Qt функций ... которые при просмотре просмотрщиком формата PE там присутствуют. Офигеть блин.
Почему только от Ubuntu? Да вообще откажитесь от поддержки Linux - ОС с долей пользователей < 1%!
А что на вашей ubuntu свет клином сошелся, что бы из-за сия "чуда" отказываться от линукса в целом?
Убунта - как в свое время ХР для создателей васяносборок винды. Куда ни плюнь, везде очередной ZverCD на убунтовской основе. При этом чистый Дебиан большинству неинтересен, в нем сходу свежачком не обмажешься.
Вот юзеры и верят, что за пределами божественной убунты только страшный, непонятный Арч и запретные rpm-дистрибутивы под руководством злобных корпораций.
Ну как бы нет, но будем честны, как раз таки убунта больше всего распространена как десктопный Linux, на котором steam используется чаще всего. И от этого вдвойне смешнее, потому что по сути поддержка Linux для valve является декларируемой, а не реальной
Вы думаете в других дистрибутивах будет по другому ? Это только начало, сначала Арч, теперь убунта, потом и дебиан подтянется.
Кстати, что-то очень давно не слышно новостей про Linux Mint и Cinamon. Что? Тоже сдохло? Разрабы забили?
Когда убрали KDE-версию забил на них.
Пару недель назад один из разработчиков Синнамона был забанен за токсичное поведение в слаке. Тот написал большой пост на реддите (сейчас удален), была драма. Больше новостей нет, новые версии ожидаются в течение 1-2 месяцев.
На какую тему-то пост был? Как гуглить обо всей этой истории?
Автор удалил свой пост на реддите, но ветка осталась, если не лень тратить время на чтение комментов, то смысл понять можно.Если кратко и по памяти - чувака забанили на гитхабе и он на реддите написал несколько интересных вещей из внутренностей разработки:
1) Все решения принимаются одним человеком (Клемент Лефевр), который сейчас под сильным прессингом и принимает неверные решения (в частности, бан автора поста)
2) В синнамоне есть определенные проблемы, которые только автор мог решил, но отхватил бан до того как сделал пулл-реквесты.
https://www.reddit.com/r/linuxmint/comments/bzbomd/ive_been_.../
негра назвал негром?
Да вроде как пилится потихоньку. Просто не кричат об этом на каждом углу.
Рано или поздно распрощаться придется, но вместо того, чтобы решить проблему так, как это сделали другие вендоры, с рассылкой гайдлайнов и best pact ices перехода издателям и разработчикам, вальв как всегда, сначала нагородили жутчайших ad-hoc решений, а теперь дропают все те платформы, которые не могут их поддерживать. "Мы линукс поддерживаем, но 30% от издателя - 30% от издателя". Забавно еще и то, что в гейм-индустрии крутятся огромные бабки, но рефакторинг? Нет, на это нет денег
> Забавно еще и то, что в гейм-индустрии крутятся огромные
> бабки, но рефакторинг? Нет, на это нет денегНу дык - достаточно сравнить бюджет на разработку и затраты на маркетинг. Впрочем, "мода" выпускать для ПК чуть ли не альфу и только через полгода-год доводить её до играбельного состояния, говорит за себя.
> Впрочем, "мода" выпускать для ПК чуть ли не альфу и только через полгода-год доводить её до играбельного состояния, говорит за себя.Потому что игроки нетерпеливы. Если ты ещё год будешь пилить и даже не выпустишь альфу от тебя уйдут вся аудитория и останется 1.5 анонима. Поверь, проходили, знаем. Сейчас удивить кого-то чем-либо очень сложно, общество потребления, блин.
Ну так не надо обещать релиз на год раньше, чем физически возможно его сделать? Хотя не, бред какой-то.
> Забавно еще и то, что в гейм-индустрии крутятся огромные бабки, но рефакторинг? Нет, на это нет денегТам не так уж и много денег крутится. Там конкуренция огромна и шансы на успех мизерны. В случае успеха, я полагаю, можно срубить немало бабла, но это если игра взлетит. А если нет? В лучшем случае удастся покрыть расходы. При этом игры всё круче и круче, человекочасов в их разработку вкидывать приходится всё больше и больше, соответсвенно издержки растут, а прибыль не очень.
Valve неплохо пристроился в гейм-индустрии, и он реально рубит огромные бабки, но он зарабатывает сегодня вовсе не разработкой игр.
> Там не так уж и много денег крутитсяДа ладно? Бюджеты современных игр давно заставляют киноиндустрию глотать пыль, приближаясь к миллиарду долларов, а продажи на пару миллиардов в первый день релиза даже обывателей не особо удивляют. И конкуренции там особо никакой нет, почему и выпускают кривое забагованное гумно. Где-то среди индюшатины возможно и наблюдается какая-то конкуренция, так там игры такого уровня, что в них порой и с доплатой играть мало кто согласится.
>> Там не так уж и много денег крутится
> Да ладно? Бюджеты современных игр давно заставляют киноиндустрию глотать пыль, приближаясь
> к миллиарду долларов, а продажи на пару миллиардов в первый день
> релиза даже обывателей не особо удивляют.Ты делаешь вывод на нерепрезентативной выборке. Это называется ошибка выжившего.[1]
Не надо переоценивать количество денег в играх под линукс. Самые популярные МОБА и не только под виндой, линукс можно пренебречь. Kylin Linux если будет поддерживать Steam и хорошо.
> Самые популярные МОБАВ среде портфельных инвесторов — безусловно.
Известно кому - проприетарщикам (Valve) и тем, кто распространяет проприетарщину (GOG).
> и тем, кто распространяет проприетарщину (GOG).Ну здрасьте. А GOG значит не пишет проприетарный софт?
В опенсорсных проектах различных эмуляторов консолей тоже есть жесткая привязка к 32-битам. В основном из-за избытка ассемблерных оптимизаций. Например, в gens и pcsx2.Ну и wine тоже не в состоянии дропнуть 32 бита, хотя он и опенсорсный.
> А оно, Михалыч, оказывается, вот как всё обернулось то...Как? О не нужности x86 вопили только школьники, неспособные оценить ситуацию в целом или не заставшие определенный софт, существовавший когда еще 64-битного не было и которому до сих пор нет замены. Остальные всегда знали, что не смогут запустить некоторый софт, и даже держали в уме конкретные наименования - каждый свои.
Intel заменила x86 на IA32 с выходом i386.
О каком 32 битном незаменимом софте в 2019 году вы до сих пор вопите? Какие-то системные администраторы лишатся радмина, офигеть какая потеря. Все давно уже ушло в веб, приложения написаны на электроне, музыка и фильмы давно ушли в онлайн. А вы до сих пор запускаете фубар с теплым ламповым звуком в вайне, извращенцы.
На Виктории-001.
Я думаю кроме старых игр больше никакого нужного 32-bit-only софта уже не сущеcтвует.
Это не так. Существует даже досовский низкоуровневый проприетарный софт, редактирующий свой проприетарный формат для проприетарного устройства. Этот софт заменить просто нечем.
> Это не так. Существует даже досовский низкоуровневый проприетарный софт, редактирующий
> свой проприетарный формат для проприетарного устройства. Этот софт заменить просто нечем.Для доса есть досбокс. Мы же в этой новости про Линукс вроде только говорим, да?
А ДосБокс не 32 битный ли,гентушничек?
>> кому нужны эти 32 битаОгромной линейке одноплатных микрокомпьютеров?
Про "нужность" речь шла про чистые 32-битные дистры, а не про multilib.
Все правильно они делают, тратит ресурсы на сборку и поддержку 32 битного хлама. Им там в твиттере уже написали пихать свои либы в флетпак, но нет же, зачем им эти лишние телодвижения, еще поддерживать самим эти библиотеки. Лучше пусть этим бесплатно Каноникал занимается, а мы будем просто так стричь деньги из стима. Удобная позиция у них, ничего не скажешь.
> Ну кому они нужны эти устаревшие и никому не нужные 32 бита?!Зачем переплачивать за железо, если нужный софт работает на 32 битах?
Убунта просто не справилась с оптимизацией софта.
Быдлокодинг победил, Михалыч.
а, нуно кому, пгастите...
В macOS 10.15 тоже не будет 32-bit, вообще. Что, тоже не будут поддерживать?
Аноним не читатель?
Доля Линукс, а тем более доля Убунту против Доли МакОсь. А еще от этой долит доля котоаря будет реально платить. Действитеьно надо отказыватся от мака
Придётся. Макос и линукс это вещи из двух абсолютно разных миров. Эпл скажет, что 32 бита ВСЁ и разрабы в ту же секунду побегут 64 бита пилить. Будто в первый раз. Эпл перейдёт на АРМ, через месяц 95% программ будут под арм сборки иметь
Еще раз.> Имеются неподтверждённые сведения о рассмотрении компанией Cannical возможности отмены решения о прекращения поддержки i386 или организации поставки пакетов multiarch с 32-разрядными библиотеками для 64-разрядных окружений.
Напоминаю, что в Раче уже пару лет точно НЕТ 32битных репозиториев. Однако это не мешает пользоваться людям стимом, вайном и этим вашим гогом через вайн. Когда ты ставишь стим, то случается маленькая магия и ставятся все нужные lib32-библиотеки для него. И так же с 32битным вайном. Так же нужно делать и Убунте.
Ну и всегда есть флатпак стима на флетхабе. вряд ли будут проблемы с его запуском. и в пуританской 64бмтной системе.
Проблема в том что в раче и прочих редхатах мультилиб сделан костыльно путём дублирования 32-х битных пакетов. В дебиане и производных - мультилиб полноценный и делать сейчас костыль когда есть полноценное решение будет очень странным поступком.
О,влажные мечты любителей Федоры подъехали. Советую прежде чем писать какую-то ересь - изучить вопрос. Тогда может в следующий раз не опозоритесь. Для того чтобы была мотивация не просто писать херню - изучите как в Федоре поставить aarch64 пакет в x86_64 систему и как это же сделать в нормальном дистрибутиве.
Ну он, положим, глупость спорол; а зачем именно ставить aarch64-пакеты на amd64-систему, не расскажете? (я даже без подковырок)
Например у меня есть закрытый драйвер железки, собранный под aarch64 и для его работы скорости трансляции в qemu достаточно. Гораздо проще поставить необходимые библиотеки и следить за ними прямо из системы а не городить chroot. Для aarch64->amd64 это конечно маловероятно, но для i386->aarch64, принтера и малины - вполне рядовая ситуация, а пакеты в Федоре не позволяют ни того ни другого.
Как пользователь Дебьяна и Арча сообщаю тебе прениприятнешее известие: чтобы поставить в Дебьяне стим придётся притянуть все 32х битные библиотеки из i686, и разницы с тем, как это сделано в Арче никакой нет. Это не мультилиб, ты просто поставишь всё из реп i686 кроме ядра, даже gcc притянешь в результате.
Разница есть, в одном случае пакеты скопированы из x86 репозитория в amd64 и делают вид что они amd64 в другом - нет.
>Напоминаю, что в Раче уже пару лет точно НЕТ 32битных репозиториевсогласно вики у них есть multilib https://wiki.archlinux.org/index.php/Official_repositories#m... , который внезапно
>multilib contains 32-bit software and libraries that can be used to run and build 32-bit applications on 64-bit installs (e.g. wine, steam, etc).а в бубунте решили выкосить и multilib/multiarch
Тут есть нюанс. 32-битная версия у них сейчас не поддежрживается, это так. Но для оставшейся 64-битной версии есть набор необходимых библиотек в 32-битных версиях, как раз для работы Стима, Вина, Шкайпа, итд
Убунта же такой возможности теперь не предостовляет вообще, в принципе.
Убунта вообще пока что НИЧЕГО не сделала, кроме опубликования громкого объявления о намерениях - коих у них вагон и маленькая тележка уже было, а реализованы дай бог процентов пять. Поэтому всерьез их воспринимать - себя не уважать.
это, похоже, у убунтов так обратную связь проверяют за неимением телефона позвонить кому надо. Да и "кого надо" вроде или не сущесвует, или прячется.
Ну формально там есть пакеты с 32битной архитектурой, но разработчики давно дропнули поддержку полноценных 32битных реп и там в минимальном самом количестве необходимом для поддержки минимальных необходимых зависимостей для Стима и Вайна. Это куда проще, чем собирать все пакеты под 32 бита и под 64, тестировать и всякое такое.
> Когда ты ставишь стим, то случается маленькая магия и ставятся все нужные lib32-библиотеки для него. И так же с 32битным вайном. Так же нужно делать и Убунте.Самое разумное решение, непонятно, чем оно не устроило канониклов. В системе с установленным стимом не больше 50 32битных библиотек.
user@localhost:~$ apt-show-versions | grep i386/disco | wc -l
49
>>Эпл перейдёт на АРМ, через месяц 95% программ будут под арм сборки иметьПростите, возможно я не в курсе дел в макоси. А разве они уже отказались многоархитектурных бинариев?
Пока нет, и с возможным переходом на ARM на десктопах, их будут ещё долго использовать. Но 32-битный рантайм окончательно выпилят в этом году в 10.15.
Они уже дропнули photon для macOS, ну потому что кгхм, это же код надо писать и разработчиков пушать чтобы они адаптировали свои говноподелия под x86-64, а так, нет платформы - нет проблем.
С Proton на macOS всё куда прозаичнее - эппл же вендераст и не захотел делать поддержку Vulkan в системе. А MoltenVK (который Vulkan поверх Metal), обладает очень ограниченной поддержкой всех возможностей и к серьёзному использованию не готов. То есть дело совсем не в разрядности.
теперь понятно откуда эта свежая идея.
Типичный пример того как никому не нужные системы еще и выделываются ломая совместимость. не даром же 90% разработчиков не пишут под них софт.
Просто кто то заигрался.
Одной пиявкой Debian больше, одной меньше - подумаеш.
Да линуксоиды выталкивают 32битные библиотеки руками и ногами, куда им бежать? Нигде скоро не останется этого. И пофигу всем и на обратную совместимость и на накопленные материалы, им попугаев считать, им депрекейтить работающие технологии хочется. Пофигу им на Валвы. Обломится скоро Стим, никто никакой благодарности за продвижение линукса в массы не будет выказывать. Эти гады посмели отстаивать "устаревшую" технологию! Палками их, палками! В сортирах топить!!!
Согласен. Хочется уже какой-то мало-мальской стабильности и обратной совместимости. А не "бежать со всех ног, чтобы только оставаться на месте", т.е. не требовать от разработчиков постоянно адаптировать существующий код к новым стильным-модным-молодёжным технологиям.
Просто, линукс стал обителью веб-макак. Статистически там их большинство. Отсюда и качество принятых решений последних лет.
Вечный покой линуксоида вряд ли обрадует...
А для него только новые технологии.Wayland на замену иксам. Gnome 4 с поддержкой Wayland изначально. PipeWare на замену PulseAudio.
Будет весело 🙂
ЗЫ: пойду задоначу в Canonical. Просто обожаю, когда пинают в сторону прогресса.
> Wayland на замену иксам
> PipeWare на замену PulseAudio.
> пинают в сторону прогресса.Замена шила на мыло — это не прогресс.
> пойду задоначу в Canonical.Мы знали, что ты не очень умный, Поняш, но чтобы настолько...
А чего такого?
Я всегда поддерживал Canonical.
Я сразу побежал пробовать их музыкальный сервис, напокупал там альбомов.
Как вышел первый ubuntu Phone сразу побежал покупать. Как последний, который продавался два дня - отпросился с работы и побежал заказывать.
Я обмазывался SNAP пакетами, собирал их, когда ещё это не было модно.
У меня почти полная коллекция футболок с логотипами Ubuntu. Естественно самая любимая с единорогом 🦄, которую я не надеваю, а бережно храню.У всех свои причуды.
не у всех, извини.
Я не понимаю проблемы, если честно. Собрать контейнер с 32-х битными библиотеками -- совершенно не проблема. Valve просто зажрался, рубит милларды на стиме, и надеется что за него кто-то будет wine'ом заниматься. Нет никаких проблем ведь взять любой 32-х битный дистр из минималистичных, сделать из него дистр под wine, выкинуть ненужное в контейнере, накатить сверху вайн. И вот тебе офигенная штука, позволяющая самостоятельно контролировать версию wine, версии используемых библиотек, накатывать специфичные патчи на wine или библиотеки, короче лепота. Пили поддержку старья так как хочешь. А имея миллиарды зелени это сделать не так уж и сложно.Но работать-то влом, да?
Я давно wine ставлю в chroot. Ну, реально, все эти 32-х битные библиотеки никому кроме wine'а не нужны, зачем засирать ими основную систему? Ну, то есть, в случае gentoo это значит, что wine обновляется дольше, по сравнению с использованием multilib'а, но реально-то не сильно-то и дольше, потому что один член для него индивидуально приходится собирать 32-х битные депендансы. Valve реально зажрался и теперь пытается своей монополькой вынудить других делать его работу.
проектироват программы, писать програмы, собирать программы, отлаживать, чтобы они работали везде, распространять программы - всё это разные специальности. Только диванным экспертам легко в воздухе, держа один палец в ноздре, заниматься всем этим водиночку. А реально занимающиеся всем этим понимают разницу и уважают (должны уважать) работу друг друга.
> проектироват программы, писать програмы, собирать программы, отлаживать, чтобы они работали
> везде, распространять программы - всё это разные специальности.Угу. Давай глянем чем занимается Valve? Он держит Steam, он подбирает подходящие настройки для dosbox/wine, с тем чтобы игры там работали. То есть он занят тем, чтобы сделать игры запускаемыми везде. И он хочет, чтобы Canonical за него бы трудился, запускал бы 32 битный wine везде, чтобы им проще было бы. Они хоть копеечку заплатили Canonical за его работу? Не, зачем. Отношения между Canonical и Valve неравные, и Valve может силой (в смысле угрозами прекратить поддержку ubuntu) заставить Canonical делать эту работу.
При этом, Valve давно не занимается проектированием и написанием программ. Им так понравилось спекулировать играми, что... когда там вышла последняя игра за авторством Valve? Лет десять назад?
Подозреваю, что как раз-таки в рамках взаимодействия при подборе подставки под стим могли и заплатить (плюс исправление багов в графическом стеке и подобные полезные даже мне штуки).Думаю, это конфликт поставщиков двух платформ, одна из которых умеет работать на другой -- тыскыть, конфликт двух районов о том, кому конкретно эту остановку подметать.
Ну и да, если вендурь хочет согнать людей и особенно партнёров со своей платформы -- начинает с ломания обратной совместимости. Мне вот крепко запомнился тот ход hp, когда в какую-то светлую (наоборот) голову пришла гениальная (практически) мысль убить картриджи времён lj1100, если не раньше, примерно после lj1320 -- это был тот случай, когда в практически идеальном ТЗ от технически грамотного заказчика всё-таки таилась нежданная бомба, да ещё какая... (их закупки успели оперативно понабрать совместимых по расходникам Canon LBP, не согласовав с техдиректором)
> Подозреваю, что как раз-таки в рамках взаимодействия при подборе подставки под стим могли и заплатить (плюс исправление багов в графическом стеке и подобные полезные даже мне штуки).Если так, то значит заплатили недостаточно. И если так, то -- хехе, -- успехов найти того, кто сделает им всё это забесплатно. В смысле, если они платили, и canonical пришёл к выводу, что за такую работу чёт как-то мало выходит, то, видимо, там работы предостаточно, как бы местный аноним не рассказывал о тривиальности поддержки мультилиба в системе. И будет очень любопытно посмотреть на то, как кто-нибудь там это "работы предостаточно" сделает вальву забесплатно.
> Думаю, это конфликт поставщиков двух платформ, одна из которых умеет работать на
> другой -- тыскыть, конфликт двух районов о том, кому конкретно эту
> остановку подметать.Да. Совершенно верно. Меня задело то, что местный аноним рисует Valve эдаким рыцарем на белом коне, хотя реально Valve просто паразитирует на Ubuntu, сваливая им свои проблемы. Точнее может быть и не свои, это спорный вопрос чьи. Но это не делает позицию Valve существенно лучше. Мне, чессслово, что вальв, что canonical безразличны. Их существование, вероятно, косвенным образом и делает мне лучше, но очень косвенным, я не сильно много потеряю, если они вместе прекратят существовать. Но чувство справедливости всё ж было задето поведением анонимов.
> Ну и да, если вендурь хочет согнать людей и особенно партнёров со своей платформы -- начинает с ломания обратной совместимости.
Ну это же совершенно определённо не так. Ломания обратной совместимости начинаются с хороших намерениях, а вот куда ими будет выстлана дорога -- это уж как придётся.
Тут сложность вот в чём: Прыгает Шатлворт по сцене, орёт "Developers-developers-developers-developers!". Приходит Валва, грит, "давай я буду на твоей платформе всё делать, ты ядро и подсистемы, я пользовательский контент, потянутся люди. Тока ты не ломай ничего". А Марк - "Фихь тебе, нас тыщща-мильён несвязанных организаций, которые никак друг с другом не координируют свои действия, не сегодня - завтра сломается всё, но денашки можешь платить."Так Убунта рынок лаптопов профукала, и так будет с любым несерверным рынком. И Убунта же ничего с этим не сделает! Придёт завтра апдейт libjpg, а там всё переименовано, половина функций выкинута, никаких функций обратной совместимости не оставлено, просто авторы проекта решили начать с нового листа. А завтра вейлянд выкинет поддержку иксов поскольку та уменьшает fps на 0.2%, послезавтра придёт пайпвайр, который знать не знает ни о каких пульсозаменениях. Какой там стим, игры сами по себе уже не смогут запускаться. И авторам тысячи мелких проектиков очень польстит это всё, что лидеры индустри перед ними на колени встали и переписывают движки с нуля.
Ну да, а что эти лидеры индустрии думали, в сказку попали? Хочете линуксов? Жрите. И ничего убунта с этим не сделает. И на самом деле, я всеми руками за. Нам только тут не хватало лидеров индустрии. RedoxOS ещё не готов к десктопному применению, и мне ещё некуда сваливать из линуксов. Так что надо ещё лет десять, прежде чем пускать сюда лидеров индустрий с их правилами.> но денашки можешь платить.
Так вальв платил или нет? Вот что интересно. Если не платил, то, видимо, он ещё не понял, куда попал, и надеется на сказку.
> Так Убунта рынок лаптопов профукала
У неё никогда не было рынка лаптопов. Чтобы профукать, надо сначала взять.
linux не готов к десктопу: https://itvision.altervista.org/why.linux.is.not.ready.for.t...
Не убунта не готова, а linux. И врубать обратную совместимость, значит давать серьёзные гарантии того, что он никогда и не будет готов.
> linux не готов к десктопу: https://itvision.altervista.org/why.linux.is.not.ready.for.t...Это дурак писал. Во-первых, там все аргументы сводятся к трём категорям:
1. "софтина X не поддерживает технологию Y" — это не аргумент, она и не должна её поддерживать
2. "чтобы сделать ZZZ нужно лезть в консоль, гуя нет" — то, ради чего в линухе надо лезть в консоль, в других ОС часто не возможно вообще
3. "в некоторых программах есть баги" — внезапно, в любой ОС... И даже в крупных продуктах. Я помню и шаманства с драйвером для старого сканера, и подвисание курсора мыши при движении, и недоступные каталоги (попробуйте в винде записать файл в каталог с точкой на конце, типа "a.b.c./zzz.txt" — проводник и многие софтины в такой каталог зайти не могут), и восстановление слетевших COM-регистраций для microsoft office, да, через виндовую консоль.
Во-вторых там аргументы из прошлого века, буквально. Многие из них давно неверны, не актуальны, а некоторые — откровенная ложь.
По сумме, если руководствоваться только этими аргументами, то линукс — лучшая ОС в мире. Потому что в других ОС есть аналогичные проблемы, но в линухе их хоть костылями можно решить, а в винде очень часто решений нет, покупай другое оборудование, или юзай другую программу.
У линуха полно проблем. Но в той статье они не упомянуты. И они не в софте — они в людях.
Ох как же сложно принять критику, да?Послушай сюда, и не говори, что не слышал. Критику надо принимать с благодарностью, потому что она позволяет тебе улучшать мир. Без критики невозможно улучшение. Чем эмоциональнее твоя психика воспринимает критику, тем важнее эту критику принять, потому что эмоции -- это указание на высокий приоритет твоих ценностей, которые были задеты критикой.
Тут недавно была история с Голуновым, ты ведь в курсе? Я так ржал над реакцией наших поцреотов, которые первым делом грудью встали защищать продажных ментов, а потом, когда не удалось, начали скулить о том, что либерашкам заняться нечем, кроме как журналистов защищать, что лучше бы они сирых и убогих защищали, а не журналюг всяких, ну и так далее. Собственно ржал я не над тем, как они выискивали к чему бы ещё придраться в лучших традициях опеннета -- это мне давно не смешно, а печально, -- я ржал над тем, что патриот должен был в первых рядах наезжать на полицию, и громче всех требовать соблюдения законности на всех уровнях и особенно со сторны власти, потому что законность -- это необходимое условие существования так любимого ими государства. Но им сложно принять эту идею, потому что цель их жизни _доказать_ что их государство лучшее, а не _сделать_ свою государство лучшим. Они всем своим поведение показывали, что их государство лучшее только тогда, когда всё плохое заметается под ковёр, чтобы никто не заметил.
Вот ты здесь занимаешься тем же самым. Ты пытаешься доказать, что linux лучше, а не сделать его лучше. Если ты не хочешь уподобляться этим поцреотам, то научись принимать критику того, что тебе важно и дорого. Там такой офигенный список, что если тебе хочется сделать лучше, у тебя есть из чего выбрать. Там любой найдёт что-нибудь по душе. А если ты не согласен с чем-то, то пойди и объясни авторам, почему. Ты можешь поспособствовать устранению из списка неактуальных пунктов, с тем чтобы те, кто приходят искать в этом списке над чем бы поработать, не тратили бы своё время на пустышку.
> Ох как же сложно принять критику, да?Конструктивную критику принять легко. Но в той статье нет критики линукса. Ну вот нету. Не веришь? Тогда процитируй из той статьи три самых разрушительных на твой взгляд аргумента.
> Ты пытаешься доказать, что linux лучше, а не сделать его лучше.
Это не я, та статья так говорит.
Я, наоборот, утверждаю, что у линуха полно проблем. И проблемы эти — в людях. В тех, кто страдает NIH-синдромом. В тех, кто постоянно всё ломает, не заботясь об обратной совместимости. В тех, кто меняет рабочие компоненты на неюзабельное гавно, потому что модно и круто. И в тех толпах идиотов, которые на это ведутся.
Из-за них в линуксе больше нет стабильной базы. Ни в графике, ни в звуке, ни в тулкитах, ни в базовой системе, нигде.
Когда-то давно линукс был впереди планеты всей. Несколько рабочих столов, первая многомониторность, первый в мире 3D-рабочий стол с невероятными эффектами, первый в мире мультитач (тогда ещё даже слова такого не было, оно называлось MPX)... Разные программы можно было перебрасывать между звуковухами или даже выводить на разные порты одной звуковухи задолго до pulseaudio... Линукс создал само понятие пакетного менеджера и зависимостей...
А что сейчас? Какой новой фичей может похвастаться линукс за последние лет 15? Все заняты переписыванием софта на очередную версию GTK5 или Qt6, переделыванием системы запуска под systemd, и звука под pipewire, по дороге выкидывая то, что больше не поддерживается. В результате этой вечной нестабильности не то что новых фич нет, но даже старые программы исчезают. Как там дела у gnome-paint?
Без стабильного фундамента нельзя построить небоскрёб. Можно только сарай. А из стабильного в линуксе осталось только ядро. Но это ненадолго. Объявят устаревшим и форкнут. И тогда всё, капец линуксам.
> процитируй из той статьи три самых разрушительных на твой взгляд аргумента.Там нету разрушительных аргументов, и тем более нет самых разрушительных. Там нет аргументов, там есть список проблем. Та статья не спорит, она констатирует факты. Ты не так думаешь о критике. То что написано там -- это то, что мешает людям адаптироваться к линуксу как к десктопу. Кому-то мешает одно, кому-то другое, кому-то мешает ряд проблем из списка.
Если что-то людям мешает адаптироваться к linux'у, то говорить о том, что это не проблема линукса -- совершенно неконструктивный подход (если тебя конечно интересует доминирование десктопа на линуксе). Неконструктивный потому, что ты можешь сколько угодно объяснять, что это не проблема, ты можешь приводить сколь угодно блестящие аргументы, но человек столкнувшийся с проблемой не перестанет от этого быть человеком столкнувшимся с проблемой. Может быть он станет человеком, который адаптировался и преодолел проблему, а скорее всего, он послушает тебя послушает, подумает "на что только люди не пойдёт, чтобы сделать вид, что проблем нет", и вернётся обратно на венду, где ему не приходится сталкиваться с такими проблемами.
Ты вообще мыслишь в терминах аргументов, но аргументы -- это понятие из интернет-cpaчей. Аргументы -- это понятие из политики. А если мы говорим о linux'е, как о десктопе, то при чём здесь интернет-cpaчи и политика? Ты надеешься cpaчем убедить пользователей в том, что им следует адаптироваться к linux'у в том виде, в котором он существует? Или ты надеешься демократическим голосованием выбрать линукс на роль доминирующего десктопа? Я наблюдаю больше пятнадцати лет за линуксоидами, которые следуют этой стратегии, и пока все их потуги совершенно безуспешны. Или ты считаешь себя лучше всех своих предшественников?
Если нет, то прекрати думать об аргументах, и научить думать иначе: если пользователь тебе сказал, что у него проблема, значит у него проблема. А если у пользователя проблема, значит проблема в программе. И этой проблемы быть не должно, её надо устранить, и лучше бы её устранять не устраняя пользователя, а исправляя программу.
> Я, наоборот, утверждаю, что у линуха полно проблем. И проблемы эти —
> в людях.Ты можешь исправить эти проблемы? Нет? Тогда прекрати загоняться на их счёт, считай их частью природы, эдакой гравитацией, на которую ты повлиять не можешь. Люди вообще склонны считать, что проблемы в людях, и люди постоянно пытаются исправлять людей, как я сейчас тебя здесь. Но поверь моему опыту -- это бесполезно. Люди неисправимы.
Мне, для того, чтобы научиться принимать проблемы пользователя как проблемы софта, пришлось получить психологическое образование, где мне четыре года подряд вдалбливали в голову идею о том, что если клиент пришёл с проблемами к психологу, значит у него проблемы. Может быть не те о которых он говорит -- не стоит верить безусловно вербальному отчёту человека, -- но в любом случае у него вполне реальные проблемы, иначе бы он не пришёл. Мне вдалбливали в голову идею неконструктивности отрицания субъективной оценки происходящего: если человек считает что линук suxx, значит он считает что linux suxx, и мы можем хоть сколько аргументов привести в пользу того, что linux не suxx, но даже при самом идеальном развитии событий, всё чего мы добьёмся -- это изменение субъективной оценки человека задним числом. Придёт следующий человек и даст linux'у точно такую же субъективную оценку как и первый, и мы опять будем городить гору аргументов. Но скорее всего случится не так, потому что когда ты будешь доказывать человеку, что linux не suxx, человек это будет воспринимать как тупую фанатичную упёртость, как попытку отрицать его собственный опыт, он может некоторое время подискутирует с тобой, а потом уйдёт рассказывать всем, что линукс набит тупыми фанатами. Если ты не хочешь быть одним из тех тупых фанатов, о которых он будет рассказывать, научись принимать, уважать и ценить чужой опыт таким, какой он есть. А если этот опыт тебе кажется глупостью, которую нужно игнорировать, то это значит, что ты его не понимаешь.
Бывает субъективный опыт, который следует игнорировать, но проблема в том, что линуксоиды считают нужным игнорировать любой опыт, который указывает на то, что linux suxx. Потому что это самый простой способ поддерживать иллюзию того, что linux rulezz. Я бы рекомендовал таким людям, взять на себя обет принятия чужого опыта, и в течение пары лет не использовать стратегию игнора чужого опыта вообще, не считать её доступой, искать другие копинг-стратегии, начинающиеся с принятия чужого опыта, и с вербализованного принятия факта наличия проблемы. Эхх, мечты-мечты: если бы люди умели понимать друг-друга, мир был бы совсем другим. Но это невозможно, и ты можешь видеть это прямо здесь и сейчас: ты не понимаешь меня и не в состоянии понять. И даже на это ты пытаешься возразить сейчас мысленно, не понимая о чём я говорю.
> Когда-то давно линукс был впереди планеты всей.
Он никогда не был впереди планеты всей. По отдельным статьям он опережал иногда и ненадолго, но по отдельным статьям и Россия сегодня впереди планеты всей, как это ей помогает? Между прочим и у КНДР, я уверен, можно какие-нибудь (позитивные) параметры, по которым она впереди планеты всей. И чё с того? Хочешь жить в КНДР?
Одна из ошибок linux фанов в том, что они постоянно верят в то, что "вот сейчас в linux допилят X, linux станет лучшим, и убьёт windows". Нет. На заре существования linux'а у него были большие блокирующие проблемы, сегодня у него нет больших блокирующих проблем, сегодня у него есть много относительно мелких проблем. Никто не сталкивается со всеми, но каждый сталкивается с каким-то подмножеством этих проблем. И он будет продолжать сталкиваться до тех пор, пока его не задолбает, и он не вернётся обратно в windows. Остаются немногие, те кто находит для себя в linux'е какие-то киллерфичи. Но людей на земле много, невозможно каждому придумать его собственную киллерфичу. Более того, десктоп давно прекратил быть чем-то существенным, сегодня наилучший десктоп это тот, которого ты не замечаешь, когда работаешь с браузером. Это если в общем, в частных случаях помимо десктопа появляются и другие приложения, но их список разнится от пользователя к пользователю. Но так или иначе, киллерфичи для десктопа сегодня сложно придумать, потому что киллерфича означает, что её пользователь замечает, а если он её замечает, значит он замечает десктоп, а значит этот десктоп не идеален, потому что десктоп должен быть незаметен.
>[оверквотинг удален]
> он не вернётся обратно в windows. Остаются немногие, те кто находит
> для себя в linux'е какие-то киллерфичи. Но людей на земле много,
> невозможно каждому придумать его собственную киллерфичу. Более того, десктоп давно прекратил
> быть чем-то существенным, сегодня наилучший десктоп это тот, которого ты не
> замечаешь, когда работаешь с браузером. Это если в общем, в частных
> случаях помимо десктопа появляются и другие приложения, но их список разнится
> от пользователя к пользователю. Но так или иначе, киллерфичи для десктопа
> сегодня сложно придумать, потому что киллерфича означает, что её пользователь замечает,
> а если он её замечает, значит он замечает десктоп, а значит
> этот десктоп не идеален, потому что десктоп должен быть незаметен.В кои то веки на Опеннете содержательный диалог!
Хотел бы поспорить с вами обоими, но времени нет.
Но я могу сказать, что представление о том, что "лучший десктоп -- это тот, которого не видно" работает не всегда.
Потому что эта парадигма приводит к тому, что люди начинают жить в терминах, которые давно перестали иметь под собой физическую базу, превратившись в симулякры, но оставшись в сознании людей.
Пример -- недавняя катастрофа "боинга" (нет, не "суперджета"). Когда Боинг приложил все усилия к тому, чтобы "система коррекции тангажа" была незаметна, и она была настолько незаметна, что про неё даже пилотам не рассказывали. Пока самолёт не упал.
В фотошколах учат диафрагме и выдержке, но фотоаппарат на телефоне давно имеет их как "эффективные", алгоритмические, а не реальные параметры.
Жёсткий диск давно не диск, но даже сисадмины до сих пор рассуждают секторами и цилиндрами.
Герцовка монитора давно не имеет отношения к частоте.
И на каждый отдельный этот параметр можно было бы забить. Но они повсюду. Мы каждый день рассуждаем в терминах, которые давно потеряли отношение к реальности.
> потому что когда ты будешь доказывать человеку, что linux не suxx, человек это будет воспринимать как тупую фанатичную упёртость [...] ты не понимаешь меня и не в состоянии понять. И даже на это ты пытаешься возразить сейчас мысленно, не понимая о чём я говорю.Ты меня с кем-то путаешь. :) Я, вроде, нигде не проявлял фанатизма. Я обсуждаю лишь конкретную статью и конкретное утверждение "linux не готов к десктопу". И я утверждаю, что _исходя_из_той_статьи_ линукс готов не меньше других ОС.
А моё личное мнение — линукс таки не готов, причины озвучены выше, но в той статье их нет.
> Там нету разрушительных аргументов, и тем более нет самых разрушительных. Там нет
> аргументов, там есть список проблем.А, то есть та статья вовсе не утверждает, что линукс не готов для десктопа, и не приводит никаких *аргументов* в поддержку этого утверждения? Ну ок. Тогда, тем более, линукс готов. :)
> То что написано там -- это то, что мешает людям адаптироваться к линуксу
Но тогда то же самое должно мешать тем же людям адаптироваться к любой другой ОС. Причём тут линукс-то?
Там вообще статья — это сборная солянка того, что пришло в голову. "KMS exclusively grabs video output" — ну и как подобные "проблемы" мешают людям адаптироваться к линуксу? А если в макосе видеодрайвер эксклюзивно юзает видеокарту — это тоже "проблема"?
> Неконструктивный потому, что ты можешь сколько угодно объяснять, что это не проблема [...] но человек столкнувшийся с проблемой не перестанет от этого быть человеком столкнувшимся с проблемой.
Давай не будем обсуждать абстрактного человека с абстрактной проблемой в вакууме. Это как раз неконструктивно. Давай конкретнее — приведи примеры трёх наиболее важных на твой взгляд "проблем" линуксов из той статьи, и обсудим, являются ли они проблемой вообще, и проблемой линуксов в частности.
>> Я, наоборот, утверждаю, что у линуха полно проблем. И проблемы эти — в людях.
> Ты можешь исправить эти проблемы?Да, могу. Эти проблемы просто не замечают. И я могу их исправить, если буду указывать людям на них. В том числе и с помощью интернет-срачей. :)
> Люди неисправимы.
Глупость. Люди меняются постоянно. Этим все пользуются. Реклама заставляет людей покупать то, что они раньше покупать не собирались. Пиар заставляет людей голосовать за тех, кого они ненавидят. Неужели ты никогда не видел, как лучшие друзья ссорились или даже дрались из-за какой-то мелочи?
Люди меняются. Их знания и опыт меняют их мировоззрение, ход рассуждений. Так почему бы не использовать это в благих образовательных целях, и не улучшить мир вообще и линукс в частности?
> если человек считает что линук suxx, значит он считает что linux suxx [...] всё чего мы добьёмся -- это изменение субъективной оценки человека задним числом.
А зачем её менять? Он прав. linux suxx. И windows suxx. И macos suxx. Все операционки гавно. Увы.
Но это же не значит, что линукс хуже других? А всё познаётся в сравнении. И проблемы из той статьи есть и в других ОС. Значит либо остальные ОС тоже не готовы для декстопа, либо линукс готов не меньше других. Опять-таки, исходя из той статьи.
> Одна из ошибок linux фанов в том, что они постоянно верят в то, что "вот сейчас в linux допилят X, linux станет лучшим, и убьёт windows".
Это не про меня. Не убьёт никогда. Разве что макрософт сама её закопает, и даже тогда она ещё долго будет жить на энтузиастах, как полуось.
> Остаются немногие, те кто находит для себя в linux'е какие-то киллерфичи. Но людей на земле много, невозможно каждому придумать его собственную киллерфичу.
Кстати, да, такая проблема тоже есть — у линукса много киллер-фич, но нет маркетинга, поэтому про киллер-фичи никто не знает. Но это мелкая проблема, не самая главная.
> Между прочим и у КНДР, я уверен, можно какие-нибудь (позитивные) параметры, по которым она впереди планеты всей. И чё с того? Хочешь жить в КНДР?
Я говорю не о параметрах. А о изобретениях, новшествах, которые появились именно в линуксе. Попробуй-ка придумать несколько (позитивных) изобретений из КНДР? ;)
> На заре существования linux'а у него были большие блокирующие проблемы, сегодня у него нет больших блокирующих проблем
А по-моему всё наоборот. На заре существования архитектура линукса управлялась небольшой группой опытных архитекторов, они договаривались, и мы имели стабильность и развитие. А сейчас не хотят договариваться, хотят сломать и переделать, и мы имеем постоянное переписывание — это и есть самая большая проблема линукса, блокирующая его развитие.
> Он никогда не был впереди планеты всей. По отдельным статьям он опережал иногда и ненадолго
По отдельным, названным выше статьям, он опережал на годы. Но, что самое важное, именно в линуксе эти "статьи" появились. Именно линукс во многом был двигателем прогресса. Был. А что линукс двигает сейчас?
Тогда, 15 лет назад, у линукса были десятки уникальных фич и изобретений. А чем сейчас может похвастаться линукс? Мне даже несколько штук сложно назвать.
Проичитав новость о том что в Ubuntu дропнули поддержку 32-бит, Valve подумало вслух: "доктор сказал в морг- значит в морг... ишь, угрожают они..." , - и дропнуло поддержку Ubuntu.
Каноникалу плевать на valve, бизнес на десктопе не делается, не знаю кого ты там похоронить с их слов пытаешься.
Неистово двачую Valve! как и все гетеросексуальные белые мужчины, если их любимая сборка Gnu/тачка/девушка/ в н е з а п н о катится в... в никуда, они меняют то, что катится, а не плачут, прогибаясь, и выпиливая то, что их полностью устраивает...
> двачуюРесурсом не ошибся?!
По существу возразить нечего?
По существу, если по-двачевски, ок - ты икс-игрек-джей. Так понятно?
> По существу возразить нечего?Тег lgbtq в стиме.
> Один из работников компании Valve сообщил, что компания перестанет официально поддерживать в Steam дистрибутив Ubuntu, начиная с выпуска 19.10, и не будет рекомендовать его своим пользователям.Согласен, давно пора поставить их на место.
Им бы какой-то арчеподобный дистр подхватить, manjaro, например.
Они могут не захотеть rolling, ради стабильности, все-таки коммерция, что если у мажористого хомячка что-то отвалится после обновления?
К тому же, с одного debian-based на другой - миграция практически мгновенна, что важно для разработчиков
OpenSUSE Leap?
Кстати, да. Этим было бы полезно взять продукт, который привлечет новых пользователей. Хоть сама система номинально x64, но 32-битные библиотеки никто пока выкидывать не собирается.
Глядишь, и багов в релизах поменьше стало бы, и не было бы косяков, как с номером ядра в 15.1.
A что там за косяк такой?
Ядро, предоставляемое из коробки как 4.12, на деле имеет версию 4.19. В итоге получаем рандомные глюки при сборке программ. Например, рабочий драйвер для wifi-адаптеров на базе r8188eu отказывается собираться, пока не будут отредактированы исходники с указанием *реальной* версии ядра или пока само ядро не будет заменено. Такая же петрушка с установкой драйверов NVidia с официального сайта - либо не собираются, либо не могут выполнить настройку, приходится ставить ядро из реп Kernel.
> Ядро, предоставляемое из коробки как 4.12, на деле имеет версию 4.19. В итоге получаем рандомные глюки при сборке программ.Поправят обновлением.
Это пользователи тамблвида сутками заняты обновлением, как гентушники - пересборкой мира. А в Leap пока патчи прилетят, может и полгода пройти, если баг или уязвимость не критические.
> Это пользователи тамблвида сутками заняты обновлениемИ при этом ещё иногда с этими обновлениями может прилететь что-то очень важное и кривое, например, kwallet недавно ломал PAM и через это sudo (хорошо хоть не логин рутом)
странно, у меня сейчас стоковое 4.12, 8188 нету, а вот дрова невидии с репы самой невидии стоят - всё нормально стало и работает..
.mp4 в mpv воспроизводится? Или плеер сразу падает? Поговаривают, что это какой-то баг в связке mpv+драйвер нвидии с поддержкой CUDA, причем в убунте он был поправлен еще в 2017. На mpv из реп и дровах #05 для 15.1 баг присутствует.
> .mp4 в mpv воспроизводится? Или плеер сразу падает? Поговаривают, что это какой-то
> баг в связке mpv+драйвер нвидии с поддержкой CUDA, причем в убунте
> он был поправлен еще в 2017. На mpv из реп и
> дровах #05 для 15.1 баг присутствует.Черт его знает или ему реально чего-то не хватает, или это таки баг, я им вообще не пользуюсь, вот попробовал поставить, вываливается вот так:
[ diablopc@d200 ~/Video ]$ mpv NIGHTWISH\ -\ Storytime\ \(OFFICIAL\ LIVE\ CLIP\).mp4
Playing: NIGHTWISH - Storytime (OFFICIAL LIVE CLIP).mp4
(+) Video --vid=1 (*) (h264 1280x720 25.000fps)
(+) Audio --aid=1 (opus 2ch 48000Hz)
Failed to initialize a decoder for codec 'h264'.
Video: no video
Exiting... (Errors when loading file)
Винда теперь rolling.
Винда, как раз, теперь та же Убунта - обновления каждые полгода.
Винда теперь тоже дистрибутив Linux
Они могут влиться в проект и контролировать обновления. Это будет выгодно всем. Дистр станет с официальной поддержкой стима, а стим получит дистр с регулярными обновлениями.
Выглядит отлично, идеальный вариант сотрудничества корпораций с сообществом
Fedora?
А не rolling release на основе Arch так и не появилось, да?
Помню, была попытка сделать стабильный серверный дистрибутив под названием Arch Server, но как-то все загнулось.Жаль, мне Arch очень нравится.
Имхо, нет никакого смысла делать не-rolling на базе rolling. Чтобы в не-rolling был смысл, у релиза должен быть срок поддержки хотя бы пару лет (на самом деле больше, но допустим). Чтобы это был не роллинг а стабильный дистр, надо чтобы за это время прилетали только апдейты, гарантированно не ломающие совместимость. Всё это выливается в то, что пакетная база роллинговой основы и нашего условного не-роллинг дистра расползется через неделю, и фактически придется тянуть свою пакетную базу целиком. Инструменты работы с пакетами, в целом, заточенны под роллинг - туда тоже вероятно придется вносить изменения. Общие принципы сборки/построения пакетов - пожалуй единственное, что останется от исходного дистрибутива. А это означает, что дистриб на 90% становится независимым и самостоятельным со всеми вытекающими.
Почему? Можно, просто ветки придётся делать и поддерживать (которые вполне могут быть rolling, но с совсем другими параметрами скорости и угла). Модель вполне обкатана в альте -- сизиф непрерывно катится с прошлого тысячелетия, а вот очередную стабильную ветку, p9, только-только выкатываем.Это здоровья много надо, те же *BSD такое не потянули -- версионируется только базовая система, порты одни на всех со всеми вытекающими плюсминусами; а это, как мне кажется, покрупнее сообщества, чем тот же арч.
Manjaro то ещё убожество из г-на и палок
Установил, обновил, перезагрулил. Крах при загрузке. Два раза повторил. Гавно Манджаро это роллинг.
Руки может не оттуда? По симптомам загрузчик ставите криво.
Сколько монжару ставил - всегда было все предельно просто и все работало из коробки. Из после обнов ничего не падало. Даже на ноутах с гибридной графикой работает нормально.
dpkg и rpm будут банально взрослее и серьезнее, чем пакмановский формат пакетирования. Это как пользователь арча на личной машине говорю.
Манджара же вообще отличается на редкость пофигистичным подходом к разработке и сборке вплоть до местами отсутствующей до уровня "нет сорцов" воспроизводимости, невозможности выкачать исходники иначе сем вручную и использования бинарных пакетов арча.А сам арч сложный из-за ни к селу ни к городу идущих умолчаний, из-за чего многие гуевых "далее-далее-готово" ломаются не стартовав, а пакеты порой принимают без тестирования и почти никогда – с необходимыми для действительно правильной работы патчами, т.е. ужасный выбор для "первого" или "второго" десктопного дистра GNU/Linux
> dpkg и rpm будут банально взрослее и серьезнее, чем пакмановский формат пакетирования.Пруфы будут, или только апелляции к качеству каких-то неофициальных васяносборочек?
Даты их появления не осилил?
Что деб, что рпм - имеют свои особенности, но в целом просто работают.
Взять хотя бы ситуацию, в которой bar зависит от libfoo.
В по крайней мере rpm-based он требует foo-1.2.4.so и при обновлении до libfoo-1.2.5 он сломается по зависимостям.
В арче же он требует пакет libfoo >= 1.2, что конечно круто, но bar сломается уже на рантайме из-за отсутствия необходимой либы
> В по крайней мере rpm-based он требует foo-1.2.4.so
> и при обновлении до libfoo-1.2.5 он сломается по зависимостям.В альте, кстати, ещё круче сделано Лёшей Турбиным: если ни один нужный символ из новой сошки не пропал, то при отсутствии изменения soname (неважно, была ли она необходима из-за фактического изменения ABI или нет) пакеты, которые изменения по факту не затронули -- продолжат спокойно стоять и работать.
Технология называется set versions:
http://ftp.altlinux.ru/pub/people/at/protva-2010.pdf
http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob...
http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob...
http://git.altlinux.org/people/at/packages/?p=rpm.git;a=blob...
Вполне логичное решение. Или Марк ждал, что под принятые им (и несколько невнятно аргументированные) решения все прогнутся? Ну разработчики Wine — допустим, но Valve, который однажды уже отказался от Ubuntu, как основы для SteamOS?
Хорошо, если в Canonical всё-таки передумают. Оптимизация затрат за счёт отказа от вещей, в которых, как выясняется, есть немалая потребность — это странно.
Шаттлворт уже давно руководствуется желаниями "задней левой пятки", и в упор не видит, что юзеры бегут от убунты, как от огня. Кому нужна система, в которой половина всего сломана по дефолту только из-за того, что руководитель проекта сегодня выпил огуречный смузи вместо морковного.
Марку от десктопа только гемор, он это уже давно понял. Сервера лавешку мутят, а на десктопе убунту через wsl можно запустить.
Сервер на убунте это очень смешно.
> Сервер на убунте это очень смешно.Ubuntu server это по сути дебиан (отличия в единицах пакетов были не так давно), но с возможностью купить поддержку от каноникала (и вроде они уже сделали свою сертификацию а-ля редхат.. или только планируют?), LTS 5 лет, ESM - 10 лет (привет редхат и центос, пока дебиан).
На ubuntu desktop - да, смешно.
Утверждение про сервер было ±верно на момент 14.04 LTS. Не считая "самостийного" ifupdown, mountall и ещё "по мелочам". Многим действительно хватало. Невзирая на своеобразие "LTS".Однако, к моменту выпуска 16.04 в моём ареале обитания к ubuntu выработалось достаточно настороженное отношение. В виде пачки ключевых пакетов, включая ядро, вынужденно взятых на локальное сопровождение по причине не затыкаемых багов.
Выпуск 18.04 с выпиленным ifupdown послужил "вышибным зарядом". Смена дистрибутива (!) "а чего там, тоже ведь systemd" _внезапно_ оказалась более дешёвым мероприятием, чем апгрейд.
Может, идёмте к нам? В альте по крайней мере можно реально влиять на то, что идёт в дистрибутив (и на то, как оно там поддерживается).
Ну десять лет назад, нормальные люди с тобой бы посмеялись бы, а теперь только над тобой.
стандарт хостингов: Centos, Debian, Freebsd, Ubuntu
И что же "сломано из коробки"?
нету кнопки пуск
> И что же "сломано из коробки"?Локализация в консоли (вот только не надо писать о ненужности русского языка).
> вот только не надо писать о ненужности русского языкаМиллиардам людей таки не нужен.
Миллиардам и английский не нужен, нужен хинди да китайские иероглифы.
>> И что же "сломано из коробки"?
> Локализация в консоли (вот только не надо писать о ненужности русского языка).У меня не сломана.
На Ubuntu Server испокон веков сломана. В Desktop эта хрень проявляется при обновлении ОС - когда система требует ответа на английском, а консоль дает только русские буквы. Остановить обновление нельзя, выключение питания ломает Ubuntu напрочь.
>> И что же "сломано из коробки"?
> Локализация в консоли (вот только не надо писать о ненужности русского языка).У меня не сломана.
> Один из работников компании Valve сообщил, что компания перестанет официально поддерживать в Steam дистрибутив Ubuntu, начиная с выпуска 19.10, и не будет рекомендовать его своим пользователям.
> Какой именно дистрибутив будет предложен в качестве рекомендуемого будет сообщено дополнительно. Вероятно это будет Debian, на базе которого Valve развивает собственный дистрибутив SteamOS, последнее обновление которого было выпущено в апреле.Ну так почему бы сразу не рекомендовать пользователям собственную SteamOS? Она чем-то хуже своего отца — Debian?
Она не для десктопа.
Разве? Да просто за 10 минут выполнить sudo apt-get install xface/gnome/kde, покликать мышкой, нет ли bsod, и написать "официально поддерживаем DE %installed%, баги фиксите сами/пишите в Спортлото"
Чтобы сделать "sudo apt-get install xface/gnome/kde" в стимос, сначала надо туда подоткнуть репы дебиана, добавить ключи, а вот потом ставь что хочешь.
Мы живём в смутное время. Помните 2002 год, когда Red Hat анонсировал прекращение поддержки Red Hat 9.0? Никто не знал на что перейти с него. Кто-то попробовал Fedora Core, кто-то продолжал пользоваться Red Hat 9.0, кто-то Mandrake, SUSE, Debian и KNOPPIX. Самого популярного линукса не было. Сейчас будет так же... Убунту становится нужна всё меньшему количеству людей, а на смену ей не приходит какой-то другой самый популярный дистрибутив линукс...
А какой дистр потенциально способен стать самым популярным? или... чем все может закончиться?
> А какой дистр потенциально способен стать самым популярным?Альт, это же очевидно.
Поддерживаю! warnbot мне свидетель!
А warnbot срабатывает на слово warnbot? Хмм..
Ну у меня убунту, и Стим с вином мне нах не нужен, пусть выпиливаются
Продолжай, нам очень интересно (нет).
> Помните 2002 год, когда Red Hat анонсировал прекращение поддержки Red Hat 9.0?О да: https://www.redhat.com/archives/fedora-devel-list/2004-May/m... :)
Правда, я к тому времени уже сменил в последний (на сегодня) раз дистрибутив. Но он точно не самый популярный и именно этого не ищет.
Вообще то с 32 битными библиотеками собираются приложения для телефона Андроид, а именно apk. Если конечно нужно собирать под 64 разрядные, но телефоны arm же ещё многие 32 битные и не везде 9ый и 10 андроид.
IMHO, есть такие кандидатуры.
1. Debian. Старый, стабильный, наконец-то научился работать в Secure Boot и может предлагаться как замена Windows даже на UEFI-only машинах. Запускается на i686, amd64 и любой кофеварке. Основа SteamOS, в конце концов.
2. Endless OS. Не очень популярен в народе, зато активно используется как "затычка" на ноутбуках Asus (иногда даже на компьютерах с видеокаратми NVidia). Steam есть в местном магазине приложений (https://flathub.org/apps/details/com.valvesoftware.Steam). Система на вид простая как пробка, но для игр тоже сойдёт.
3. Fedora. Тоже большое сообщество пользователей, как и Debian. Иногда ставится на компьютеры Dell. Steam и драйверы для NVidia в основном репозитории отсутствуют, но сами разработчики Fedora сделали красивую кнопку в "Гноме" для добавления этих реп: https://fedoramagazine.org/third-party-repositories-fedora/
> Debian. Старый, стабильный, наконец-то научился работать в Secure Boot... и даже на UEFI-only машинах.Если на "UEFI-only машине". в биосе нет переключалки Secure Boot на legacy, то дебиан после инсталляции не загрузится.
buster по идее уже будет уметь и без переключений, по крайней мере sid уже работает
IMHO, есть такие кандидатуры:
1. FreeBSD
2. Openindiana
3. MINIX3
> IMHO, есть такие кандидатуры:
> 1. FreeBSD
> 2. Openindiana
> 3. MINIX3LFS забыл.
> IMHO, есть такие кандидатуры.А OpenSUSE никак? Обязательно либо нестабильные дистрибутивы, либо дистрибутивы со старьём в пакетах брыть надо?
Большинство здешних спецов его не знает. Илитка проводит каникулы за арчем и дебианом, а в сюзе же есть яст2, он же как панель управления в виндовс, а это же "зашквар" таким пользоваться. Пользуясь гуем, спец уже не похож на крутого хакера.
> 3. Fedora. [...] Иногда ставится на компьютеры Dell.Тогда уж Fedora/openSUSE -- разница по описанию разве что в том, что за кнопку не знаю. :)
ждём, на что укажет Valve. Надеюсь - это не будет .deb дистрибутив
А выскажкте-ка критику .deb?..
Ответ на этот вопрос очевиден любому, кто пользовался НЕ-деб хотя бы неделю.
> Ответ на этот вопрос очевиден любому, кто пользовался НЕ-деб хотя бы неделю.вы забыли уточнить для убунтят, что "пользовался" - означает "собирал пакеты или менял что-то в существующих".
А не любимый ими apt install - это deb их пользует.
Погодите, для вас использование это трахаться со сборкой? Да вы, батенька, латентный гентосексуал.
Люди в массе своей не любят линукс из-за обилия в тамошнем сообществе таких как вы. А вам того и надо.
> Люди в массе своей не любят линукс из-за обилия в тамошнем сообществе
> таких как вы. А вам того и надо.разумеется. Мне надо чтобы все кому надо "как в винде"(и бесплатна!) - побыстрее свалили обратно на свою десяточку, и перестали создавать шумовую толпу, в угоду которой портят линукс все еще уже почти совсем готовностью для десктопа - мертвой концепции времен 92го года.
"или просто сдохли" (c)Атомный ИванА в линуксе остались те, кому нужны системы с открытым кодом, в котором, не поверите, единственный смысл - что иногда, если тебе повезет, можно в нем даже что-то сделать как тебе нравится, а не как решил дядя.
Корона не жмет?
Ну и отлично.
Я года с 2008 использую на серверах как центос, так и дебиан. Убунту пробовал несколько раз, но на десктопе прижился минт. Хотя они выпилили "плазма уже не падает", можно ещё раз попробовать...
Наезд действительно непонятен. Сборка пакетов (да, постоянно что-то требуется, то в дистре софт который устарел лет на 5-7, то свои поделия запаковать надо) в дебе гораздо больнее, если make checkinstall не прошёл, найти .spec обычно на порядок проще, банально .src.rpm от того что уже стоит, версию поменяли, свежий архив положили, и обычно собирается новая версия. В дебе такого просто нет, и на хабре был перевод о том что вся эта деб кухня - огромная головная боль.
Любители make install в продакшене - это обычно выходцы из дебиана.
> Наезд действительно непонятен. Сборка пакетов (да, постоянно что-то требуется, то в дистре
> софт который устарел лет на 5-7, то свои поделия запаковать надо)
> в дебе гораздо больнее, если make checkinstall не прошёл, найти
> .spec обычно на порядок проще, банально .src.rpm от того что ужеего написать на порядок проще. Поэтому я никогда и не ищу - беру первый попавшийся, и исправляю название и версию, и может даже что-то дописываю в changelog - это делается vim, без кривых костылей. А теперь, пожалуйста, этот же фокус - с deb?
Кстати, с ebuild тоже интересно (якобы система, для простой пересборки чего угодно как угодно? А вот хрен тебе, это система для пересборки только так и того, что досталось в виде ебилдов) - а то я тут себе собрал один гентин пакетик - кривым хаком похожего, и половину слов в нем не понимаю, и хрен знает, где на это все документацию искать и как - правильно.> стоит, версию поменяли, свежий архив положили, и обычно собирается новая версия.
обычно даже этого не требуется - вполне хватает самодельного.
> В дебе такого просто нет, и на хабре был перевод о
> том что вся эта деб кухня - огромная головная боль.ага. Попробуйте собрать pecl'овский модуль (со всеми положенными зависимостями, автоматикой включения-выключения штатным скриптом и тд) в ubuntu 18+, где старые тулзы объявили ненужными, а новые как-то вот забыли понаписать (я глянул в пару штатных - похоже, это руками понаисправлено на новые версии после автосоздания теми, старыми - которых уже нет в системе)
> Любители make install в продакшене - это обычно выходцы из дебиана.
потому что затраты на зачистку от его последствий - таки да, меньше, чем на правильное опакечивание одноразовых сборок.
> и хрен знает, где на это все документацию искать и как - правильно.Не знаю где вы искали, но в Генте хорошая и полная документация по написанию ебилдов:
https://devmanual.gentoo.org/ebuild-writing/index.htmlВсе команды можно найти тут или в документации по eclass (библиотекам), которая встроена в сам файл eclass-а.
> Не знаю где вы искали, но в Генте хорошая и полная документация по написанию ебилдов:это для тех, у кого ну оооочень много времени. Потому что предназначено разработчикам генты, желающим вникать в детали, а не тем, кому надо просто собрать все в пакетик, а не ждать ебилдов.
К тому же, того что мне нужно, там нет.
> или в документации по eclass (библиотекам), которая встроена в сам файл eclass-а.
ну и зачем так жить?
https://github.com/javer/gentoo-overlay/blob/master/dev-php/...
вот ЧТО, блжад, все эти заклинания означают, и сколько времени у тебя (который, якобы, читал всю эту ботву) займет разобраться?А с нуля написать, если бы этого файлика под рукой не было - откуда ты узнаешь про них?
В rpm достаточно базового понимания концепции и (вот в таких сложных случаях, когда хрень реально хреново опакечиваема из-за кривизны сборки) - какого-нибудь уже работающего образчика. Без него тоже справишься, но будет кривовато. Лазить в rpmmacro для выяснения что же это такое и как вообще в принципе работало - скорее всего никогда в жизни не придется.
А как это сделать в deb - я вообще в душе ниипу.
> это для тех, у кого ну оооочень много времени.За вечерок можно разобраться писать простенькие ебилды или редактировать существующие.
> Потому что предназначено разработчикам генты
Работая в Генте ты по определению становишься мейнейнером на своём локалхосте.
> желающим вникать в детали, а не тем, кому надо просто собрать все в пакетик, а не ждать ебилдов.
Если вникать в детали не хочется то есть более юзер-френдли дистрибутивы, ну или там винда.
> ну и зачем так жить?
> https://github.com/javer/gentoo-overlay/blob/master/dev-php/...Ебилд прост как валенок, все параметры и src_unpack описаны в документации выше.
Документация по eclass'ам есть там же, ну вот кину чтобы вы не искали:https://devmanual.gentoo.org/eclass-reference/git-2.eclass/i...
https://devmanual.gentoo.org/eclass-reference/php-ext-source...> А с нуля написать, если бы этого файлика под рукой не было
> - откуда ты узнаешь про них?Прочитать документацию, посмотреть примеры ебилдов. Всё как и в других сферах связанных с программированием и написанием конфигом. Тут никаких принципиальных отличий.
> В rpm достаточно базового понимания концепции
Это у вас синдром утёнка. Вы просто уже знаете как писать spec для rpm, по этому считаете что это проще не куда. Разобраться как писать spec с нуля без чтения примеров или документации всё равно не получится.
К тому же не забывайте, что ебилды предоставляют несколько больше возможностей чем традиционные deb/rpm, т.к. там есть USE-флаги.> А как это сделать в deb - я вообще в душе ниипу.
Вот видите, у вас просто синдром утёнка.
> его написать на порядок проще.Тем не менее, даже на go-программу из 1 файла вполне получается экран текста - шапка, requred, стадия копирования, описание списка файлов в files, pre-post секции... Я сам их много лет пишу, но для сложных программ часто далеко не 1 час и файлик в 5-15 экранов вполне норма.
> Поэтому я никогда и не ищу - беру первый попавшийся, и исправляю название и версию, и может даже
> что-то дописываю в changelog - это делается vim, без кривых костылей.Взять рандомную - и ничего не соберётся. Банально - разные секции сборки, кладётся всё в разные места, разные файлы в files, все эти readme, licaence итд
>> стоит, версию поменяли, свежий архив положили, и обычно собирается новая версия.
> обычно даже этого не требуется - вполне хватает самодельного."Написать с нуля" спеку когда почти на раз ищется готовая - имхо лишняя трата времени. При этом спеки имхо чересчур просты, на каждой новой работе я или поднимаю свои наработки, или пишу с нуля билд скрипты. Которые выкачивают связанные либы, собирают, потом выкачивают из гита нужный бранч нужной версии, пакуют с нужными именами, собирают, контролируют сборку, правильно раскладывают рпм по репам, разделяя .src.rpm, -debuginfo* итд.
> если make checkinstall не прошёл, найти .spec обычно на порядок прощеИмеется ввиду что-то вроде этого?
$ wget ftp://ftp.gnu.org/gnu/hello/hello-2.10.tar.gz
$ tar xf hello-2.10.tar.gz
$ cd hello-2.10
$ ./configure
$ checkinstall --install=noИ как такое может не пройти?
> И как такое может не пройти?У меня ломалось как-то.
Далее. Где описание, зависимости, указания что и как создавать и перезапускать (pre-post скрипты, да)... То есть надо окунаться в написание аналогов спека, но если спеки от разрабов обычно найти несложно, то для деба всё самому писать. Это в принципе тоже возможно, но лишняя работа.
> Где описание, зависимости, указания что и как создавать и перезапускать (pre-post
> скрипты, да)... То есть надо окунаться в написание аналогов спека, но
> если спеки от разрабов обычно найти несложно, то для деба всё
> самому писать. Это в принципе тоже возможно, но лишняя работа.А это обычно и не надо. Обычно нужен аналог `make install` не засирающий систему, чтобы пакетный менеджер знал где чьи файлы, и пакет потом можно было снести. Вот это — `checkinstall`.
Конечно, есть ещё православное dh_make, оно сгенерит шаблоны на всё, и на описание, и на зависимости, и на любые скрипты. И, в теории, не намного длиннее:
$ wget ftp://ftp.gnu.org/gnu/hello/hello-2.7.tar.gz
$ tar xf hello-2.7.tar.gz
$ cd hello-2.7
$ dh_make --single --createorig
[опционально]$ vim -p debian/{control,rules,changelog} # -- вписать homepage, description, свои опции сборки, и т.д.
$ debuild -uc -usНо на практике как раз оно у меня ломалось, и требовало костылей и напильника.
Это 100% не будет debian или debian-based. Тот же самый разработчик сказал, что они устали от цирка со сборкой пакетов.
Это 100% не Fedora из-за строгих ограничений по лицензии
Так-то я по поводу EOS подумал, но почему бы и не взять "Зюзю" (OpenSUSE)? Пакеты RPM вместо DEB, оболочка KDE больше похожа на старый Windows, чем новый Windows на старый Windows.
Может, они жлобствуют с драйверами - а кто сейчас в мире GNU/Linux не жлобствует с драйверами?
Не знаю, что они выберут, но в новом SteamOS будет KDE по-умолчанию.
Они наняли одного из разработчиоков KDE для улучшения KWin и XServer
SteamOS чуть более, чем маргинальна. Ей практически никто не пользуется. Так что пусть хоть добьют её с кде - всем всё равно.
SteamOS много кто использует. Это не dekstop дистрибутив, это дистрибутив для создания игровой консоли - установил и забыл.
Много ты приставок стим видел?
Почитай отзывы к Steam Machine, которые раньше продавались. Там через раз «снёс Steam OS, поставил Windows».
Кто в здравом уме её ставить будет? Только уж совсем какой-то идейный.
Статистика Стима это наглядно показывает.
> Почитай отзывы к Steam Machine, которые раньше продавались. Там через раз «снёс
> Steam OS, поставил Windows».радуется что урвал подешевле игровой компьютер, ага.
> Кто в здравом уме её ставить будет? Только уж совсем какой-то идейный.
это ты про десяточку, я надеюсь?
У тех кто в здравом уме - она уже ведь стоит, но не на игровой консоли, где нафиг не сдалась.Но они не пишут отзывы, просто играются себе.
> радуется что урвал подешевле игровой компьютер, ага.Никто не радуется. Они имели вполне обычную цену для таких характеристик.
Никакого снижения цены как у консолей (типа цену отобьём играми) не было.
А что за ограничения по лицензии у Fedora?
В официальные репозитории могут попасть только Free Software и Open Source.
Ну тогда им и впрямь на сузю посмотреть при таких вводных стоит, наверное.
Или... на альт -- kde есть, nvidia есть, redistributable принимается, хотя предпочитается, разумеется, свободное. :)
ахахха) жесть))) это ж какой никакой, а удар по дистрибутиву ubuntu, мой знакомый сказал что будет переходить на другой дист с бубунты, ведь он в стиме постоянно сидит) вот так вот)
Нет, это не какой-никакой. Это просто таки УдаРР. Для всех.
valve наигралась в линуксы и хочет красиво соскочить :)
Скрестил пальцы за Дебиан.
https://wiki.debian.org/Multiarch/TheCaseForMultiarchВот от этого надо отказаться было, и не было бы никаких проблем собирать минимальное количество пакетов, необходимых для 32bit + 64bit.
Комментаторы выше, пишущие, что 32bit "нинужна", а 64bit хватит всем больные и не лечатся.
> https://wiki.debian.org/Multiarch/TheCaseForMultiarch(Last modified 2012-08-02 12:37:34)
дайте угадаю - "она - утонула!"выжило, как обычно, единственно-верное решение от rh, потому что это rh, а не какие-то шибкоумные энтузиасты.
но проблема не в этом. проблема в том что multiarch действительно с каждым днем все геморнее и геморнее собирать и поддерживать. Хоть ты их по префиксам раскладывай, хоть в lib32.
А денежки у Кос..запрещенногонаопеннете - заканчиваются.
Почитал страничку по ссылке. Вот почему на главной страничке проекта Debian не написано -- "если это не оверинженерится, расшевелим и заоверинженерим"?..Было бы сразу понятно, что настоящим перфекционистам* -- сюда, а остальным -- если подойдёт**, пользоваться плодами трудов.
* по крайней мере по совместимому кругу вопросов, понятное дело
** любое обобщение заставляет кого-то конкретно платить за него
>компания перестанет официально поддерживать в Steam
>дистрибутив Ubuntu, начиная с выпуска 19.10, и не будет
>рекомендовать его своим пользователям.И это правильно, 2010 года по текущий пользовался на десктопе преимущественно убунтой (вторую половину большую часть деривативом, но не суть) и наблюдал всё это время постоянное стабильное скатывание дистра в с**ное овно, подавляющее большинство факторов скатывания это были именно сомнительные решения, которые подавались под соусом нужных инноваций, всё это привело к моему оканчательному переезду на Debian после изучения специфики и внутренней подстройки до почти идентичного привычному мне дестопному варианту.
А убунта как скатывалась, так и продолжает, сами рубят сук, на которых сидят, ну, туда им и дорога, совершенно не жалко!
>Какой именно дистрибутив будет предложен в качестве
>рекомендуемого будет сообщено дополнительно, так как
>окончательное решение ещё не принято. Вероятно это
>будет Debian, на базе которого Valve развивает
>собственный дистрибутив SteamOSИменно так, к бабке не ходи, не школорач же будет эталоном, и не линухминт, тем более, когда уже инфраструктура в течении двух выпусков их SteamOS устоялась на базе Debian, может быть они собирут свой дистр, как SteamOS, только наконец не с кастрированными репами, а хотяб дадут пользователям ставить дестопный софт, хотяб только из main, не то чтоб это сильная проблема сделать так, чтоб SteamOS был полноценным десктопом, но вот эти искоробочные ограничения - это зря, потому что форсить заводить хомяков отдельный дистр, который пускает только игры, но не может искоробке в торренты, кинцо, и ютабчик, такое себе решение.
> И это правильно, 2010 года по текущий пользовался на десктопе преимущественно убунтой
> (вторую половину большую часть деривативом, но не суть) и наблюдал всё
> это время постоянное стабильное скатывание дистра в с**ное овно, подавляющее большинство
> факторов скатывания это были именно сомнительные решения, которые подавались под соусомхм, назовите хотя бы первые три? Желательно именно убунтиные решения, а не следование в потоке за де6иллианом и rhel, от которого на те деньги, что еще остались, все равно не уйти.
Ребята из Canonical совершенно не умеют вести бизнес. Ну нельзя тут, как в дебиане, внезапно взять и дропнуть. Надо сначала всем рассказать, что ты собираешься дропать. Получить негативные отзывы от партнёров. Пообщаться с ними на предмет возможных компромиссов. Тихо отменить решение, никто бы не пострадал.Нет, надо было довести до развала.
И на месте Шигорина я бы прямо сейчас обрывал телефоны в Valve!
ИМХО, у альта немного другое направление. Шутки - шутками, а стабильности альта разве что цент и дебиан завидовать не будут, ес-сно если не обмазываться "свежачком" из сизифа и т.п. Хотя, вполне возможно, что это было бы самым правильным направлением для valve, собственно как и debian. Всё просто работает, и никто не пытается это облить очередной порцией смузи в виде выпиливания рабочего и нужного функционала. Да, некоторые версии софта (яркий пример - bash) вообще там "протухшей" третьей версии (это не шутка), но дистр в целом вылизан до идеального состояния и в стандартной комплектации работает как швейцарские часы.
> стабильности альтаГромкий хохот в зале, местами переходящий в истерику.
Кто здесь? (с)
> Всё просто работаетУ нас один сотрудник поставил себе альт. Сеть он настраивал несколько дней, влан поднимал две недели. На принтер месяц ушёл. Это не полные рабочие дни конечно, так как помимо игрищ с системой у него была ещё пачка задач. Но там было куда ни ткни - не работает без настройки. Вроде звук тоже не завёлся сначала, видео тоже...
"Стабильность... в том что из коробки не работает совсем ничего".
На каждую из задач выше в минте/убунте у меня уходило от минуты до получаса.> работает как швейцарские часы
То есть способен показывать только время. Зато точно. Ок.
>> Всё просто работает
> У нас один сотрудник поставил себе винду. Сеть он настраивал несколько дней,
> влан вообще не смог поднять. Принтер не поддерживается. Это не полные
> рабочие дни конечно, так как помимо игрищ с системой у него
> была ещё пачка задач. Но там было куда ни ткни -
> не работает без настройки. Вроде звук тоже не завёлся сначала, видео
> тоже...
> "Стабильность... в том что из коробки ничего нет и не работает совсем ничего".
> На каждую из задач выше в минте/убунте у меня уходило от минуты
> до получаса.FTFY.
> У нас один сотрудник поставил себе альт. Сеть он настраивал несколько дней,
> влан поднимал две недели. На принтер месяц ушёл. Это не полныену так может уволить надо было просто, за некомпетентность? (в сочетании с неумением выбирать нормальный инструмент)
насколько я понимаю, это даже не netplan и cloud-init (об которые можно, конечно, вывихнуть мозг, особенно когда ничего не подозреваешь об их существовании, но не разобраться за несколько _минут_ на собственной локальной системе, при наличии гугля под рукой - это заявка на участие в спецолимпиаде).
P.S. я ничего не знаю про то, как правильно использовать alt, если что - в свое время я понял так, что там вообще принято сплошной роллинг из сизифа и "угадай что опять поменялось сегодня", если надо именно работать, а не поставить и смотреть как красиво стоит.
> в свое время я понял так, что там вообще принято сплошной роллинг из сизифа
> и "угадай что опять поменялось сегодня", если надо именно работать,
> а не поставить и смотреть как красиво стоитНе, именно работать -- как раз стабильные ветки. Сизиф в целом тоже склонен работать, но раз-другой в год в нём бывает что-нить однозначно достойное http://altlinux.org/changes
А буза "пакеты протухли, опять ядро из сизифа понадобилось" были типичны лет десять назад конкретно про ядра и каждый релизный цикл (бишь два-три года) -- незадолго до выхода новой ветки, особенно когда два плавно превращаются в три и какие-нить совсем новые встроенные видео уже не работают. Сам не раз участвовал :)
> Не, именно работать -- как раз стабильные ветки.ну фиг знает что такое на самом деле работать - я во-первых ковырялся в далеком 2007м, во-вторых, уже, разумеется, никак не вспомню, что именно там показалось мне совсем уже неготовым для десктопа ("десктоп" у администратора корпоративной сетки состоял тогда по преимуществу из vi и ssh для конфигов, cvs для них же и tcl/tk для tkined, жабикс еще недоизобрели - для остального была б-жественная...ой, XP ;-)
но повозившись со "стабильной веткой", с чертыханием сбежал с нее на федору 3-4. Решив что лучше уж раз в год тотальный апгрейд с дестроем всего, чем вечный роллинг.
Почему я даже не посмотрел тогда на SuSE, хотя у меня жили ее пятая и шестая до полного исчерпания ресурсов того железа - тоже не понимаю - видимо, привычка к redhat уже сложилась (к тому же suse в тот момент сильно колбасило из-за попыток повторять трюк редхата).
> Сеть он настраивал несколько дней, влан поднимал две недели.Скорее всего, человек привык делать как-то по-другому (например, "как в дебиане" или вот "как в убунте") и то ли профуровень, то ли замкнутость, то ли ещё какие человеческие качества не позволили ни набрать "altlinux vlan" в том же яндексе и ткнуть в первую ссылку, ни спросить на канале/форуме или в рассылке.
Сетевики от /etc/net обычно как раз радуются, некоторые ещё и вспоминая недобрым словом то, через какие органы сетевая подсистема сделана в шляпе или дебиане (у нас она задумана и написана тогдашним провайдером Денисом Овсиенко, который после был ведущим человеком яндекса по ДЦ, а крайний раз когда виделись -- RFC разрабатывал).
> На принтер месяц ушёл.
Тут вообще не могу понять -- localhost:631 вроде никто особо не перекрашивает (хотя могу ошибаться), для любителей шляпы system-config-printer дособран; опять же яндекс и сообщество не отменяли.
Дайте коллеге мою почту (mike@altlinux.org) и попросите описать, что за затыки-то такие интересные вышли -- ну, если вообще захочет рассказать?
> На каждую из задач выше в минте/убунте у меня уходило от минуты до получаса.
Видя впервые в жизни? (подразумеваю положительный ответ, но на всякий)
>> На принтер месяц ушёл.
> Тут вообще не могу понять -- localhost:631 вроде никто особо не перекрашивает
> (хотя могу ошибаться), для любителей шляпы system-config-printer дособран; опять же яндекс
> и сообщество не отменяли.
> Дайте коллеге мою почту (mike@altlinux.org) и попросите описать, что за затыки-то такие
> интересные вышли -- ну, если вообще захочет рассказать?Мы оба уже там не работаем и контакты потерялись.
>> На каждую из задач выше в минте/убунте у меня уходило от минуты до получаса.
> Видя впервые в жизни? (подразумеваю положительный ответ, но на всякий)Нет, не впервые. Но даже если формат описания тех же вланов подзабыл - это первая же ссылка из гугла. Принтер - добавить принтер, автопоиск, выбрать, установить, пробная страница.
В альте принтер дров вроде не видел, надо было что-то собирать.
> ИМХО, у альта немного другое направление. Шутки - шутками, а стабильности альта
> разве что цент и дебиан завидовать не будут, ес-сно если не
> обмазываться "свежачком" из сизифа и т.п. Хотя, вполне возможно, что это
> было бы самым правильным направлением для valve, собственно как и debian.
> Всё просто работает, и никто не пытается это облить очередной порцией
> смузи в виде выпиливания рабочего и нужного функционала. Да, некоторые версии
> софта (яркий пример - bash) вообще там "протухшей" третьей версии (это
> не шутка), но дистр в целом вылизан до идеального состояния и
> в стандартной комплектации работает как швейцарские часы.Мне можно не рассказывать, я им пользуюсь :-)
Единственная проблема — Valve это игрок такого уровня, что ему проще купить базальт целиком, чем рассчитывать на партнёрство.
> Единственная проблема — Valve это игрок такого уровня, что ему проще купить
> базальт целиком, чем рассчитывать на партнёрство.ну уж нет, мы скреп не покупатели.
>> Единственная проблема — Valve это игрок такого уровня, что ему проще купить
>> базальт целиком, чем рассчитывать на партнёрство.
> ну уж нет, мы скреп не покупатели.А вам и не продадут.
> Единственная проблема — Valve это игрок такого уровня,
> что ему проще купить базальт целиком, чем рассчитывать на партнёрство.А мы и не продаёмся, поэтому как раз рассчитывать на партнёрство любым вменяемым людям -- самый разумный (что по усилиям, что по деньгам) вариант.
Желающие могут спросить Реймана, скажем.
> Да, некоторые версии софта (яркий пример - bash) вообще там
> "протухшей" третьей версии (это не шутка)Это как раз планомерно устаревший повод для шуток/наездов ;-)
http://packages.altlinux.org/bash4
http://packages.altlinux.org/bash3
http://packages.altlinux.org/bash-defaults> в виде выпиливания рабочего и нужного функционала
Нуу ситуация с тем же systemd не вполне радостная, хотя и сильно сглаживаемая нашим героическим shaba@ и наличием в команде достаточного количества "ретроградов" с двуручными рашпилями.
Но в целом #142 показывает "уровень" типовой критики, ага. :)
> И на месте Шигорина я бы прямо сейчас обрывал телефоны в Valve!Чтобы они ни кому позвонить не смогли?
Да.
А мне-то зачем, типа, "и ещё портируйтесь на эльбрус"? :) (вон у Макса Горшенина на ютубике страждущие орды это в FAQ превратили уже, а я x86 нынче вижу через put^Wssh днём и дома вечером, пока физикам e2k не продают)Другое дело, что вон в #68/71/101 в виде слухов изложены критерии, по которым альт де-факто проходит, в отличие от дебиана или федоры. Ну так мы никому и не мешаем брать и делать дальше, особенно когда люди вменяемые и тащат в апстрим содеянное.
> Ну так мы никому и не мешаемБизнес так не работает.
FreeBSD?
Слишком Free и черезчур BSD.
А что не так с BSD
Зы
Это не упрёк, а реальный вопрос
Дефолтный DE (pussy.exe) не очень удобен для игр.
Не так не с BSD, а с поддержкой железа в ней. А именно, с драйверами относительно свежих и доступных на первичном рынке графических ускорителей все печально даже по сравнению с гнутым\пинусом.
Пруфов то будут?
> Пруфов то будут?Пруфы чего? Это серверный дистр, и точат прежде всего его под сервера. И то, доля фряхи только падает.
С железом действительно есть проблемы, если то чему лет 5 работает обычно, свежак обычно работает никак. Вот выйдет скоро ryzen 3, через сколько лет он будет полноценно поддерживаться? Чтобы вот вообще все возможности умелись, и все плюшки проца и чипсета. В винде они будут. В убунте - большинство будет сразу, и где-то пол года - будет остальное, если вдруг что-то пропущено.
Впрочем, в серверах тоже если у любых карт фря не заявлена то шанс успеха что заведётся - процентов 5. Несколько лет смотрел когда какую-то 10 гбит карту осилит.. не дождался, часть серверов ушли на линух где они работали уже несколько лет как. FC, sas switch, 40 гбит карты и выше - тут смотреть поддержку обязательно. Почти все рейд контроллеры получали поддержку на пару лет позднее линя, если разрабы контроллеров не делали драйвера под фрю.
А ещё сборка софта для десктопа - раздражает. Если серверам это могло иметь смысл, пока процы были слабые, то уже году к 2010 это потеряло силу. pkg только частично решает проблему, мы несколько раз спотыкались на нём, подробности уже забыты. И там ещё много "нюансов", которые иногда раздражают, а иногда заставлляют менять дистр.
В общем, мы много лет назад выбрали курс перехода с фри на линь, хотя пара серверов ещё есть. Использую фрю с версии 5.3
>Это серверный дистрМожно установить X=сервер, СРС(среду рабочего, стола), остальной софт нужный софт и использовать на рабочей станции. Есть дистрибутивы на основе Фри заточенные под раб.станц. - TrueOS, GhostBSD.
>>С железом действительно есть проблемы, если то чему лет 5 работает обычно, свежак обычно работает никак.
С 2008 в дуалбуте Фря. Железо меняю в среднем раз в 3 года, проблем нет.
>>В общем, мы много лет назад выбрали курс перехода с фри на линь, хотя пара серверов ещё есть. Использую фрю с версии 5.3
Это просто личный опыт использования, он ничего не доказывает. Есть энтузиасты которые уже сейчас запускают Стим на Фряхе, нам просто нужна нативная поддержка, тогда и драйвера для железа начнут писать во-время.
Одно из видео по запросу в гугл freebsd steam" https://www.youtube.com/watch?v=1hcsoRzuIFY
Знаете, некоторым личный опыт доказывает как раз очень много, в отличие от трындежа по этим вашим интернетикам.> нам просто нужна нативная поддержка
Пилите, Шура, пилите.
> Пруфы чего? Это серверный дистр, и точат прежде всего его под сервера.у вас две опечатки в слове др..т.
> И то, доля фряхи только падает.
потому что никому не нужна система с поломанной zfs (да, таки доломали окончательно, пользоваться этим уже просто нельзя - и это еще до перехода на ZoL!) и stone-age ufs "works as intended" в качестве generic-purpose сервера.
> А ещё сборка софта для десктопа - раздражает. Если серверам это могло
pkg install ниасилен?
> иметь смысл, пока процы были слабые, то уже году к 2010
> это потеряло силу. pkg только частично решает проблему, мы несколько разон ее решает точно так же как в любом линуксном дистрибутиве - бинарная сборка собрана как-то так чтобы удовлетворить всех, кое-как.
Если вы пользуетесь при этом линуксом- непонятно, о чем плачь.
Если вы привыкли к возможности собрать как нравится - для вас по прежнему существует возможность собрать руками только необходимое (разумеется, никто не тестирует сборки со всеми возможными комбинациями параметров ВСЕГО, поэтому если вы сломали зависимости - это ваши проблемы. Можете попробовать предложить патч - Гроссбейн закоммитит. В линуксе вы бы еще просто и с самой сборкой потрахались дольше, поскольку автором пакета она обычно предусмотрена только в единственно-верном варианте, и все зависимости чинить вам самому и каждый раз в каждой minor версии.)
А то у меня в относительно свежем Athlon 200ge работает встройка с аппаратным ускорением.
Устаревшая инфа.
1. нвидия 390 дрова в портах, блоб нвидии. Ставится и работает.
2. амдгпу от 4.16 линуха в портах и от 5.0 готовится, если оч надо можно самому себе вкатить, достаточно поменять хеш коммита, номер и выполнить пару комманд в консоле.
3. интел - см п2.
> если
> оч надо можно самому себе вкатить, достаточно поменять хеш коммита, номер
> и выполнить пару комманд в консоле.Идеальная ОС для Гейба! Всюжизньмечтал!
> Идеальная ОС для Гейба! Всюжизньмечтал!нихачюзнать никаких команд, разбираться, чего-то понимать в системе?
Иди, малыш, к нам, у нас драйвера бесплатнобезсмсскачатьсейчас!
>> Идеальная ОС для Гейба! Всюжизньмечтал!
> нихачюзнать никаких команд, разбираться, чего-то понимать в системе?
> Иди, малыш, к нам, у нас драйвера бесплатнобезсмсскачатьсейчас!Ходил, больше не хочу. Это на словах у вас драйвера бесплатно и сейча, а я три раза амигу цеплял.
Лучше бы они взялись официально поддерживать флатпаковский бандл. Там сообщество уже все за них сделало. И дистр выбирать не придется.
Да видно по багтрекеру как там «всё сделано»
> Wine, 64-разрядная редакция которого ещё не готова для повсеместного использованияВообще-то готова, иначе бы она не была по дефолту, но даже ей для запуска 32-битных приложений нужны 32-битные библиотеки.
Было бы офигенно, если бы Steam пересобрали под CentOS 6 с его Glibc 2.12, используя при этом компилятор из репозитория devtoolset (там последний). Тогда Steam Runtime становится не нужен: Steam будет работать в любом дистрибутиве Linux без него.Хотя - есть же много игр от сторонних разработчиков, которые преимущественно скомпилированы в Ubuntu 12.04 и 14.04... Значит, от Runtime отказаться не получится.
Ну значит, сборка CentOS от Valve для разработчиков, которая предназначена для сборки и тестирования, тогда как у конечного пользователя может быть любой Linux. :-) В которой сразу заголовочные файлы OpenGL 4.6 и Vulkan, а также последний компилятор, .NET Core, GTK3, Qt5, Unity, SDL2 и всё что нужно и что не нужно. Но это всё - мои мечты, и такая сборка скорее всего будет на Debian 10
И вообще, пересобрав Steam в промышленном стандарте CentOS, можно решить, наконец-то, эту давнюю проблему, которая называется "32-битный клиент". Своим комментарием я только хочу сказать, что у Valve сейчас есть прекрасная возможность "расшевелить" разработчиков, чтобы на большую аудиторию сказать (и быть услышанным), что не надо компилировать игры в большом диапазоне дистрибутивов Linux. А хотя бы LTS-версии той же самой убунты, которых сейчас 4 штуки.А то в одной игре требуется библиотека, которая есть только в Ubuntu 17.10, а уже в 18.04 у неё сменился ABI и в системе её нет, в Steam Runtime тоже, и разработчик её вместе с игрой конечно же не положил.
В идеале Valve следует выложить образ системы, предназначенный конкретно для сборки и тестирования, содержащий в себе всё что нужно. SteamOS таковым не является, хотя бы из-за обновлённого на много версий вверх Glibc относительно Debian 8, на котором SteamOS базируется. Использование up-to-date Glibc недопустимо в этом случае
Кстати, +1 (и за centos6 в данном разе тоже).
FreeBSD
Openindiana
> FreeBSD
> OpenindianaПро фрю выше. Индиана тоже серверный дистр, и zfs на обычном домашнем компе ну вот вообще не нужен и только вреден. Особенно если там рамы пара гигов, и диски большие.
>Про фрю вышеТам же ответил, по сути личный опыт, кроме отсутствия драйверов (которые начнут появляться вовремя при наличии Steam), нет объективный причин не делать нативный Стим.
>Индиана тоже серверный дистрЯ не помню, чтобы создатели где-либо утверждали это.
Я поставил себе на реальное железо использую как рабочую станцию.
Чем серверная ОС отличается принципиально от рабоче-станцевой?
На основе Illumos (послуживший основой OpenIndiana) есть серверный дистрибутив - NexentaStor, название которого как-бы намекает, также его нет в свободном доступе.
п.с искренне не понимаю людей которые топят исключительно за линь и говоряие он ненужности остального. Ненужнисты недальновидные люди, диверсификация нужна почти всегда и везде.
Наду писать Н.Гейбу чтобы пилил поддержку.
Ещё одни ниасиляторы и старпёрды, любящие двигаться исключительно на костылях..
Красавчики, аплодирую
Можно я немножко поору в голосину ?
Да, 32бита не нужны, это хлам и старье и все только радуются, когда когда старье из дистрибутива выкидывают, да ?
Только вот у такого решения будут вот такие последствия, получайте чего хотели, кушайте то, что вам нальют.
Действительно кому нужны эти радмины, стимы и прочее старье, что использует 32битные библиотеки.
Valve не будет переходить ни на один дистрибутив, у них есть свой, но и его они не будут поддерживать на вашем железе, а только на своем. Они будут двигать стим-коробки, для них потеря <1% пользователей погоды не сделает.
Тем, кто пользовался стимом на своем десктоптном линуксе они скажут "дорогие чуваки и чувихи, спасибо что поработали бета тестерами за свои же собственные деньги, но вы нам больше не нужны".
В коробке кроме игр будет еще браузер и скайп, может еще чего, но рядовому пользователю больше и не нужно - будет такой мультемидиа-домашний кинотеатр для игр, интернета, фильмов музыки, фейсбуки с вк, ютубы, все это будет. Будет возможность подцепить клавиатуру и мышь (если уже сейчас нет такой возможности, не знаю)
Нет, реально - вот вы что кроме браузера используете, ну кроме барузера и почтового клиента, может im-мессенджера ? - все это можно будет поставить.
>Они будут двигать стим-коробкиУ тебя есть статистика продаж паровых машин? Они никому не были нудны и не будут.
Не пересадить ПК-игроков на консоль, это разные мировоззрения.
Согласен. Красноглазики не замечают такие вещи как NVIDIA Shield и другое железо.
На кой мне гемор с линуксом, если я в огромную плазму в HDMI воткну крохотную железку и гарантированно получу все ?
Что конкретно ты получишь?
Начиная от кина и заканчивания играми на клаве и контроллере без заламывания рук по поводу несчастных писателей Wine (как только они без советов с опеннета смогли дожить до наших дней...)
А что раскудахтатались-то? То что вальва "официально" отказывается от поддержки не означает, что стим не будет работать в 19.10+, этож линукс
ша базар, snap и докер еще живы
Идет Valve по лесу видит Microsof x86_i386, село на него и сгорело.
А вот в винде нет проблем с работой 32-х битных приложений
Брехня! Старый софт, времен ХР, даже не запускается часто на 10й форточке.
Мне такой не встречался. У тебя винамп не работает или что?
> Мне такой не встречался. У тебя винамп не работает или что?Софт для пересборки прошывки или скинов (1 из 2х) под телефон.
Твой софт поди отвалился еще во время Висты, потому что использует в работе какой-нибудь ring0 driver, и тут что 32 что 64 бита побоку.
> Твой софт поди отвалился еще во время Висты, потому что использует в
> работе какой-нибудь ring0 driver, и тут что 32 что 64 битаесли он про нокию - там еще и заshitа. Кривоотломанная мамкиными какерами (настоящим этот софт был, походу, малоинтересен).
действительно, даже под XP с ним проблемы.
Про Motorola EZX\MOTOMAGX
Убунта все равно уже давно не юзабельна
в Соляре всё отродясь работало и работает ещё со времён Она
Линух всё более и более напоминает былую пропиетарщину в худшем смысле этого слова
Предлагаю такими же способом на ipv6 переходить.
IPv10 вполне замена обоим
Сижу с блюпупа и в ус не дую! А очень надо иногда(