Хорошее место для нахождения программного обеспечения, специально для Unix и Linux, является freshmeat. Это - хорошо установленный сайт, который перечисляет проекты программного обеспечения вместе с кратким описанием, информацией о лицензии, популярностью и статистикой живучести, информацией, о которой язык программирования используется и намного больше, доступный для поиска предметом.
Нет, нет абсолютно никакой причины, почему необходимо создать X (или большинство программ) в той же операционной системе, что Вы будете работать на ней. Это часто более трудно, иногда даже невозможно, для создания программного обеспечения для другой архитектуры процессора (amd64/arm/ppc/x86 / …). Создание для другой операционной системы легче, и точная версия ядра абсолютно не важна (если Вы не создаете модули ядра).
(Затем Вы могли бы задаться вопросом, почему информация включена, … интересно также. Я подозреваю, что это - окольный способ предоставить информацию о том, какая версия компилятора и пакеты разработки использовались для создания путем указания на вероятное распределение и признак версии.)
"Создайте версию ОС", относится к ОС, используемой при компиляции сервера X.Org и "Текущая версия ОС" относится к определенной машине.
Если Вы делаете:
uname -a
вывод должен соответствовать "Текущей Операционной системе":.
"Создайте версию ОС", относится к ОС, используемой при компиляции сервера X.Org и "Текущая версия ОС" относится к определенной машине.
Если Вы делаете:
uname -a
вывод должен соответствовать "Текущей Операционной системе":.
Та информация более приспособлена для разработчиков, не так для помощи "пользовательской" первопричине проблемы. Исторически, X "пользователей" смогли создать и исправить их собственные ошибки, и много кода/интерфейса/документов принимает такую аудиторию (протокол X11 был выпущен в 1987!).
А именно, как X разработчиков, Вы смогли бы видеть, "о, это - версия, которую я создал 20 минут назад, где версия, я просто создал?" Не настолько полезно при использовании предварительно созданных двоичных файлов, которые были созданы, говорят, команда Debian, 5 лет назад.
Пока системные вызовы, обработанные ядром, не изменяются (слишком много), ядро, на котором была создана часть sofware, в основном не важно. Но X глубоко связывается с ядром, таким образом, на Linux оно имеет скорее более интимные отношения с ядром, чем "обычные" программы пространства пользователя, и это могло бы быть релевантно. Для кого-то как я (просто благодарный пользователь графического стека) это - просто мелочи, для кого-то в отладку этого это могло бы быть очень интересно.