За счет того, что разработчики Valve тестят на самых распостраненных дистрибутивах.
Из этого не следует напрямую, что там они работают лучше. Это означает только, что стопроцентных гарантий корректной работы в других дистрибутивах разработчики дать не могут.
Однако, упомянутый Steam Runtime создан как раз для того, чтобы игры одинаково работали независимо от дистрибутива и его версии, и пользовательские багрепорты Valve обычно достаточно оперативно исправляют независимо от дистрибутива. Так что я бы сказал, что в реальности какой-либо зависимости нет, и при выборе дистрибутива ориентироваться на то, что где-то на сайте стима рекомендуется убунта в расчёте на то, что это значит, что там игры будут лучше работать довольно глупо.
Конечно, Ubuntu имеет свои преимущества, но называть её лучшим дистрибутивом для игр с моей точки зрения как минимум спорно.
Кстати, проверил, как будет отображаться информация о проекте, если в качестве автора указать другого человека (напомню, что подпись проверяется для коммитера, а не автора).
На главной репозитория автор среди контрибьюторов не отображается:
Но если нажать на "Contributors" происходит переход в Insights, где уже всё совсем по-другому:
Кажется слишком масштабное изменение с учётом того, что сейчас по ощущениям не очень большой процент разработчиков свои коммиты подписывают (а ещё в GitHub при запрете неподписанных коммитов остаётся только один метод принятия PR — через merge commit). И вообще, тогда надо и в списке контрибьюторов вешать плашку "Unverified".
P.S. Хотя предложенный ниже вариант с настройкой в профиле звучит неплохо.
ubuntu с этим справляется чуть лучше за счёт того, что steam ожидает изначально именно её.
А это как-то проверялось? Я бы ожидал, что наилучшая производительность будет в дистрибутивах с более свежими драйверами и лёгкой графической оболочкой.
В перечисленные игры не играл, но играл во вполне современные Path of Exile, Witcher 3, Kingdom Come: Deliverance, Shadow of War. Везде достаточно стабильные 60 fps при околомаксимальных настройках (только в ведьмаке есть проседания до 30-40 и редкие пролаги).
Всё на Arch Linux через proton на Ryzen 1700 + 2133MHz RAM + Radeon RX 580. Сравнить с виндой возможности нет.
На мой взгляд совершенно нормальное и ожидаемое поведение. Ограничения доступа определяют, кому можно пушить, а не кому можно коммитить, и это написано вполне явно.
Вообще, пушить чужие коммиты зачастую вполне нормальная практика (например, забирая часть изменений из чужой ветки / форка).
И да, на GitHub можно запретить пушить в репозиторий неподписанные коммиты, если такая возможность для вас нежелательна.
Ок, видимо в тех окружениях с bash, что у меня сейчас есть под рукой что-то недоустановлено / недонастроено.
Ещё вспомнил: в zsh, в отличие от bash автодополнение работает в подвыражениях (например, echo "$(...)"), а ещё у меня в командах вида sudo VAR_NAME=/... run_something bash не дополняет путь.
У меня единственный паттерн, ломающийся при входе на сервер с bash после zsh — использование Ctrl+W. В bash он удаляет слово до предыдущего пробельного символа, а zsh все не-alphanumeric символы разделителями считает, благодаря чему вырабатывается привычка, например, последний элемент пути удалять через Ctrl+W.
В чем отличие свободного проекта от открытого. Даже не в принятии патчей. А в том, кому после этой движухи чего принадлежать будет. Свободный проект при принятии ПР от вас, например, гарантированно делает вас соавтором, с которым после принятия патча придется на каждый пук консенсус искать. Открытый же может, например, перед принятием патча от вас, попросить вас отказаться от любых претензий и прочих прав на принятый код… Собственно, поэтому тот же гугл или майки в открытый софт вкладываются, а не в свободный, например.
Вовсе не так, "свободный" означает определённые права потребителя, а вовсе не автора. Я знаком с несколькими проектами (в том числе некоммерческими), распространяемыми под GPL или схожими лицензиями, но при этом требующими от сторонних контрибьюторов подписания соглашения о передаче (части) прав на определённых условиях.
Разрешения на доступ к датчикам и прочей информации здесь совершенно не при чём. В новости говорится, что теперь только стандартное приложение камеры может реагировать на запросы "сделать снимок/видео" от других приложений (я так понимаю, раньше пользователю предлагался выбор из приложений, декларирующих такую возможность).
Сами по себе приложения получать доступ к камере могут точно так же, как и раньше.
Надо сказать, гитхаб благодаря майкам стал гораздо привлекательнее для компаний. Да и для opensource community что-то полезное делают, и массового ухода я не заметил.
Для меня GitHub как раз наоборот, показатель того, что нынешнему Microsoft можно доверять, и купленный хороший и популярный проект они скорее всего не угробят.
Позволяет использовать библиотеку в snake_case в camelCase проекте сохраняя стиль написания даже для библиотечных символов. Да, фича довольно необычная, но почему нет?
Из этого не следует напрямую, что там они работают лучше. Это означает только, что стопроцентных гарантий корректной работы в других дистрибутивах разработчики дать не могут.
Однако, упомянутый Steam Runtime создан как раз для того, чтобы игры одинаково работали независимо от дистрибутива и его версии, и пользовательские багрепорты Valve обычно достаточно оперативно исправляют независимо от дистрибутива. Так что я бы сказал, что в реальности какой-либо зависимости нет, и при выборе дистрибутива ориентироваться на то, что где-то на сайте стима рекомендуется убунта в расчёте на то, что это значит, что там игры будут лучше работать довольно глупо.
Конечно, Ubuntu имеет свои преимущества, но называть её лучшим дистрибутивом для игр с моей точки зрения как минимум спорно.
Это не отменяет вопроса засчёт чего в Ubuntu игры будут работать лучше, чем на других дистрибутивах.
Вообщем-то да, поздно, но очухалась. См. ROCm.
Кстати, проверил, как будет отображаться информация о проекте, если в качестве автора указать другого человека (напомню, что подпись проверяется для коммитера, а не автора).
На главной репозитория автор среди контрибьюторов не отображается:
Но если нажать на "Contributors" происходит переход в Insights, где уже всё совсем по-другому:
Сам коммит.
Кажется слишком масштабное изменение с учётом того, что сейчас по ощущениям не очень большой процент разработчиков свои коммиты подписывают (а ещё в GitHub при запрете неподписанных коммитов остаётся только один метод принятия PR — через merge commit). И вообще, тогда надо и в списке контрибьюторов вешать плашку "Unverified".
P.S. Хотя предложенный ниже вариант с настройкой в профиле звучит неплохо.
А это как-то проверялось? Я бы ожидал, что наилучшая производительность будет в дистрибутивах с более свежими драйверами и лёгкой графической оболочкой.
Видимо для некоторых Debian == Debian stable.
В перечисленные игры не играл, но играл во вполне современные Path of Exile, Witcher 3, Kingdom Come: Deliverance, Shadow of War. Везде достаточно стабильные 60 fps при околомаксимальных настройках (только в ведьмаке есть проседания до 30-40 и редкие пролаги).
Всё на Arch Linux через proton на Ryzen 1700 + 2133MHz RAM + Radeon RX 580. Сравнить с виндой возможности нет.
На мой взгляд совершенно нормальное и ожидаемое поведение. Ограничения доступа определяют, кому можно пушить, а не кому можно коммитить, и это написано вполне явно.
Вообще, пушить чужие коммиты зачастую вполне нормальная практика (например, забирая часть изменений из чужой ветки / форка).
И да, на GitHub можно запретить пушить в репозиторий неподписанные коммиты, если такая возможность для вас нежелательна.
Ок, видимо в тех окружениях с bash, что у меня сейчас есть под рукой что-то недоустановлено / недонастроено.
Ещё вспомнил: в zsh, в отличие от bash автодополнение работает в подвыражениях (например,
echo "$(...)"), а ещё у меня в командах видаsudo VAR_NAME=/... run_somethingbash не дополняет путь.У меня единственный паттерн, ломающийся при входе на сервер с bash после zsh — использование Ctrl+W. В bash он удаляет слово до предыдущего пробельного символа, а zsh все не-alphanumeric символы разделителями считает, благодаря чему вырабатывается привычка, например, последний элемент пути удалять через Ctrl+W.
Вовсе не так, "свободный" означает определённые права потребителя, а вовсе не автора. Я знаком с несколькими проектами (в том числе некоммерческими), распространяемыми под GPL или схожими лицензиями, но при этом требующими от сторонних контрибьюторов подписания соглашения о передаче (части) прав на определённых условиях.
zsh умеет дополнять флаги по табу. Например, довольно удобно обновлять сабмодули в репозитории через
Я просто не вижу связи между изменениями, предлагаемыми Вами с изменениями, обсуждаемыми здесь.
Особенно:
Здесь сделали прямо противоположное — запретили пользователю самому решать, какое приложение камеры использовать.
Разрешения на доступ к датчикам и прочей информации здесь совершенно не при чём. В новости говорится, что теперь только стандартное приложение камеры может реагировать на запросы "сделать снимок/видео" от других приложений (я так понимаю, раньше пользователю предлагался выбор из приложений, декларирующих такую возможность).
Сами по себе приложения получать доступ к камере могут точно так же, как и раньше.
Разве не это исправляет плагин HTTPS Everywhere, который, между прочим, в Tor Browser включен по умолчанию?
Надо сказать, гитхаб благодаря майкам стал гораздо привлекательнее для компаний. Да и для opensource community что-то полезное делают, и массового ухода я не заметил.
Для меня GitHub как раз наоборот, показатель того, что нынешнему Microsoft можно доверять, и купленный хороший и популярный проект они скорее всего не угробят.
Последние чипсеты (810, 980, 990, 990 5G) уже на 7нм.
Собственно, не просто так в 20-й стандарт добавили новую библиотеку для форматирования строк https://en.cppreference.com/w/cpp/utility/format
Позволяет использовать библиотеку в snake_case в camelCase проекте сохраняя стиль написания даже для библиотечных символов. Да, фича довольно необычная, но почему нет?