не знаю чого, мені не цакаво, це їх вибір, Valve спочатку вибрала Ubuntu, а потім почала робити свою зборку, це їх вибір, я їх не осуджую. Одним словом Valve вибрала Linux, Sony - FreeBSD, мені від цього не холодно і не жарко. Навіть того що коммьюнити менеджер Canonical-  Jono Bacon, не грає в steam, а грає в Battlefield 4 на PS4.
Я вже писав, що PS4 є в продажі, а консолей Valve я не бачу, хоча там щось презентували, а лиш для ПК.

може після цих нюансів з лінукс зроблять висновок, зроблять заявку, побачимо, я не розробник гри Witcher 2, напишемо особистий лист і хай напишуть відповідь - коли буду чи не буде.

все що є то в pkgsrc, + багато тестів в pkgsrc-wip які потім попадають в основну гілку. Зараз там 15510 пакетів.
Чесно, я такий радий що найшов ОС в якій немає ігрів, бо треба мені працювати, а не гратись, в мене з FreeBSD один профіт, з NetBSD інший, але це так своє.

згадую, давню новину коли вийшов лінкс дістрібутив для графіки і відео, там було лише 15 пакетів в списку 
це не так як в дебіані moo пакет для кількості

згадав коли компи були як динозаври, то дійсно лінкса і в згадці не було, а в навчальному закладі Берклі уже кодили BSD на той час 

Кількість помилок залежить також від розміру ядра. Але також чим менше ядро тим критичніші помилки. Тобто тут немає однозначності. Краще порівнювати розвиток механізмів безпеки і підтримку, але з останнім теж важко, бо у лінукса то коливається в залежності від дистрибутива.

Чим більше ядро системи, тим більший функціонал на нього покладений і тим різноманітніше може бути рівень критичності помилок, одні дуже впливають на безпеку, інші лише за виняткових умов. Відповідно перші становлять велику небезпеку і потребують негайного виправлення, а інші потребують виправлення але час не так сильно тисне. Якщо ядро менше, то функціонал менший і помилки у ньому критичніші. Також важливо час який минає від знаходження тієї чи іншої помилки і критичність її. Якщо помилка ставить в небезпеку всю систему то важливість на скільки швидко її виправлять є дуже суттєво, а якщо через помилку не працюють якісь функції відеокарти Radeon то це не так критично, але на день довше почекати можна. Кожна помилка має вагу і треба за вагомістю їх оцінювати.

всі помилки, вразливості, то їх усувають, хоч в Windows, Linux, *BSD.
Друге питання, як усунути вразливості які зараз не відомі, ярий тому приклад BIND і вразливість глобальну хакери знайшли 2001 року, а розробники її дізнались через декілька років. Є такі що на руткітах заробляють гроші.
Яб не сказав, що в дістрібутівах лінукса швидше виправляють помилки, в ядрі виправлять, але чи увійде патч в ваш дистрибутив і коли ? Чи є там людина яка займається безпекою дистрибутиву ?
От для прикладу, В ядрі лінукс 0-day вразливість переведу і коротко процитую

От ще приклад про вразливість в лінуксі

декілька дистрибутивів зробили патч, а інші ?
Зазвичай про вразливість ніхто не пишу відкрито, такі питання обговорюються таємно, випускають патч і а ж тоді оголошують, а буває, уже пропатчено як декілька місяців, і а ж тоді новину пишуть.
Якщо зайти на сайт FreeBSD то там є бюлетені безпеки, можна підписатися на RSS, далі як в системах з відкритим кодом можна дивитись зміни в коді, чи був виправлений файл, чи ні.
Як я уже писав, ОС з сепер безпекою не існує, це міф, навіть що б там не говорили "Я користуюсь своїм дистрибутивом і він не має вразливостей, все захищено"

там і сперечатися немає шо, я наприклад не знаю як там організована робота, відкритого коду немає, але читав як cmd хотіли удосконалити якась група, то написали PowerShell, бо немає доступу до коду cmd. Хоча можна і сперечатися, швидше за все це проблема з серверними системами, якими не володіє Microsoft, це типу "а в мене все працює" є таке явище у програмістів.

CMD в тому вигляді, як є тепер, ніким не проектувався взагалі. Початково це був примітивний інтерпритатор команд з мінімальними алгоритмічними засобами. Далі з нього намагалися зробити щось круте, зберігаючи при цьому сумісність із попередніми версіями й уникаючи схожості з bash — вийшло щось безсистемне й важковідтворюване. Зрештою, майкрософт забив на cmd й почав розробляти PowerShell.

Скоріше його чекає забуття. Бо "споживачі" будуть до кінця їсти cmd.exe великими ароматними шматками.