https://www.opennet.ru/openforum/vsluhforumID3/117702.html Один из работников компании Valve сообщил (https://twitter.com/Plagman2/status/1142262103106973698), что в связи компания перестанет не будет официально поддерживать в Steam дистрибутив Ubuntu, начиная с выпуска 19.10 и не будет рекомендовать его своим пользователям. Решение принято в связи с полным прекращением (https://www.opennet.ru/opennews/art.shtml?num=50896) в Ubuntu 19.10 формирования 32-разрядных пакетов, в том числе 32-разрядных библиотек для 64-разрядных окружений. <br><br><br>Для запуска некоторых игр из Steam наличие 32-разрядных библиотек является обязательным. Компания Valve рассматривает возможные способы минимизации ущерба от отказа от поддержки Ubuntu 19.10, но отныне сместит своё внимание на продвижение другого дистрибутив. Какой именно дистрибутив будет предложен в качестве базового будет сообщено дополнительно. Вероятно это будет Debian, на базе которого Valve развивает собственный дистрибутив SteamOS, последнее обновление которого было выпущено (http://repo.steampowered.com/download/) в апре https://www.opennet.ru/openforum/vsluhforumID3/117702.html#318 Mon, 25 Nov 2019 01:03:50 GMT Сижу с блюпупа и в ус не дую! А очень надо иногда(<br> https://www.opennet.ru/openforum/vsluhforumID3/117702.html#317 Fri, 28 Jun 2019 07:45:02 GMT На Ubuntu Server испокон веков сломана. В Desktop эта хрень проявляется при обновлении ОС - когда система требует ответа на английском, а консоль дает только русские буквы. Остановить обновление нельзя, выключение питания ломает Ubuntu напрочь.<br> https://www.opennet.ru/openforum/vsluhforumID3/117702.html#316 Wed, 26 Jun 2019 20:52:11 GMT &gt; потому что когда ты будешь доказывать человеку, что linux не suxx, человек это будет воспринимать как тупую фанатичную упёртость [...] ты не понимаешь меня и не в состоянии понять. И даже на это ты пытаешься возразить сейчас мысленно, не понимая о чём я говорю.<br><br>Ты меня с кем-то путаешь. :) Я, вроде, нигде не проявлял фанатизма. Я обсуждаю лишь конкретную статью и конкретное утверждение "linux не готов к десктопу". И я утверждаю, что _исходя_из_той_статьи_ линукс готов не меньше других ОС.<br><br>А моё личное мнение &#8212; линукс таки не готов, причины озвучены выше, но в той статье их нет.<br><br>&gt; Там нету разрушительных аргументов, и тем более нет самых разрушительных. Там нет <br>&gt; аргументов, там есть список проблем.<br><br>А, то есть та статья вовсе не утверждает, что линукс не готов для десктопа, и не приводит никаких *аргументов* в поддержку этого утверждения? Ну ок. Тогда, тем более, линукс готов. :)<br><br>&gt; То что написано там -- это то, что мешает людям адаптироваться к линуксу<br><br>Но тогда то же самое должно меша https://www.opennet.ru/openforum/vsluhforumID3/117702.html#315 Wed, 26 Jun 2019 07:45:42 GMT Например у меня есть закрытый драйвер железки, собранный под aarch64 и для его работы скорости трансляции в qemu достаточно. Гораздо проще поставить необходимые библиотеки и следить за ними прямо из системы а не городить chroot. Для aarch64-&gt;amd64 это конечно маловероятно, но для i386-&gt;aarch64, принтера и малины - вполне рядовая ситуация, а пакеты в Федоре не позволяют ни того ни другого.<br> https://www.opennet.ru/openforum/vsluhforumID3/117702.html#314 Wed, 26 Jun 2019 06:45:38 GMT &gt;[оверквотинг удален]<br>&gt; он не вернётся обратно в windows. Остаются немногие, те кто находит <br>&gt; для себя в linux'е какие-то киллерфичи. Но людей на земле много, <br>&gt; невозможно каждому придумать его собственную киллерфичу. Более того, десктоп давно прекратил <br>&gt; быть чем-то существенным, сегодня наилучший десктоп это тот, которого ты не <br>&gt; замечаешь, когда работаешь с браузером. Это если в общем, в частных <br>&gt; случаях помимо десктопа появляются и другие приложения, но их список разнится <br>&gt; от пользователя к пользователю. Но так или иначе, киллерфичи для десктопа <br>&gt; сегодня сложно придумать, потому что киллерфича означает, что её пользователь замечает, <br>&gt; а если он её замечает, значит он замечает десктоп, а значит <br>&gt; этот десктоп не идеален, потому что десктоп должен быть незаметен.<br><br>В кои то веки на Опеннете содержательный диалог!<br><br>Хотел бы поспорить с вами обоими, но времени нет.<br><br>Но я могу сказать, что представление о том, что "лучший десктоп -- это тот, которого не видно" работает не всегда.<br> https://www.opennet.ru/openforum/vsluhforumID3/117702.html#313 Wed, 26 Jun 2019 05:36:26 GMT &gt; процитируй из той статьи три самых разрушительных на твой взгляд аргумента.<br><br>Там нету разрушительных аргументов, и тем более нет самых разрушительных. Там нет аргументов, там есть список проблем. Та статья не спорит, она констатирует факты. Ты не так думаешь о критике. То что написано там -- это то, что мешает людям адаптироваться к линуксу как к десктопу. Кому-то мешает одно, кому-то другое, кому-то мешает ряд проблем из списка.<br><br>Если что-то людям мешает адаптироваться к linux'у, то говорить о том, что это не проблема линукса -- совершенно неконструктивный подход (если тебя конечно интересует доминирование десктопа на линуксе). Неконструктивный потому, что ты можешь сколько угодно объяснять, что это не проблема, ты можешь приводить сколь угодно блестящие аргументы, но человек столкнувшийся с проблемой не перестанет от этого быть человеком столкнувшимся с проблемой. Может быть он станет человеком, который адаптировался и преодолел проблему, а скорее всего, он послушает тебя послушает, подумает "на что то https://www.opennet.ru/openforum/vsluhforumID3/117702.html#312 Tue, 25 Jun 2019 22:42:38 GMT &gt; Ох как же сложно принять критику, да?<br><br>Конструктивную критику принять легко. Но в той статье нет критики линукса. Ну вот нету. Не веришь? Тогда процитируй из той статьи три самых разрушительных на твой взгляд аргумента.<br><br>&gt; Ты пытаешься доказать, что linux лучше, а не сделать его лучше.<br><br>Это не я, та статья так говорит.<br><br>Я, наоборот, утверждаю, что у линуха полно проблем. И проблемы эти &#8212; в людях. В тех, кто страдает NIH-синдромом. В тех, кто постоянно всё ломает, не заботясь об обратной совместимости. В тех, кто меняет рабочие компоненты на неюзабельное гавно, потому что модно и круто. И в тех толпах идиотов, которые на это ведутся.<br><br>Из-за них в линуксе больше нет стабильной базы. Ни в графике, ни в звуке, ни в тулкитах, ни в базовой системе, нигде.<br><br>Когда-то давно линукс был впереди планеты всей. Несколько рабочих столов, первая многомониторность, первый в мире 3D-рабочий стол с невероятными эффектами, первый в мире мультитач (тогда ещё даже слова такого не было, оно называлось MPX)... Разн https://www.opennet.ru/openforum/vsluhforumID3/117702.html#311 Tue, 25 Jun 2019 21:55:08 GMT &gt; Где описание, зависимости, указания что и как создавать и перезапускать (pre-post <br>&gt; скрипты, да)... То есть надо окунаться в написание аналогов спека, но <br>&gt; если спеки от разрабов обычно найти несложно, то для деба всё <br>&gt; самому писать. Это в принципе тоже возможно, но лишняя работа.<br><br>А это обычно и не надо. Обычно нужен аналог `make install` не засирающий систему, чтобы пакетный менеджер знал где чьи файлы, и пакет потом можно было снести. Вот это &#8212; `checkinstall`.<br><br>Конечно, есть ещё православное dh_make, оно сгенерит шаблоны на всё, и на описание, и на зависимости, и на любые скрипты. И, в теории, не намного длиннее:<br><br> $ wget ftp://ftp.gnu.org/gnu/hello/hello-2.7.tar.gz<br> $ tar xf hello-2.7.tar.gz<br> $ cd hello-2.7<br> $ dh_make --single --createorig<br> [опционально]$ vim -p debian/{control,rules,changelog} # -- вписать homepage, description, свои опции сборки, и т.д.<br> $ debuild -uc -us<br><br>Но на практике как раз оно у меня ломалось, и требовало костылей и напильника.<br> https://www.opennet.ru/openforum/vsluhforumID3/117702.html#310 Tue, 25 Jun 2019 21:52:34 GMT Ну так не надо обещать релиз на год раньше, чем физически возможно его сделать? Хотя не, бред какой-то.<br>