> Как бы тебе не хотелосьзадеть линукс теперь он везде.

Ну, тогда да, тогда это полностью оправдывает текущую политику "ваш новый стандарт от корпора^W MS^W наших глубокоуважаемых Платиновых Партнеров!" ...
> а во FreeBSD линуксатор был уже очень давно.
> Он же необходимая часть системы с ядром и прочими "линуксо специфичными"
> а на деле развитыми только в линуксе частями.

"Необходимая" - это из источника "Предания опеннета о БЗДах, том 118й"?
Подсказка: не всем опеннетным мифам следует верить. Скорее, наоборот.

> а на деле развитыми только в линуксе частями. Wayland на FreeBSD воспринимается как благо.

Угу, смотрим рандомный патч для поддержки фри, 2013 год (когда их еще присылали):
https://lists.freedesktop.org/archives/wayland-devel/2013-Fe...
> event-loop: Add support for BSD???s kevent()    instead of epoll()
> This is a large step towards supporting the BSDs.

(патч прилагается)

https://lists.freedesktop.org/archives/wayland-devel/2013-Fe...
(отвечает Jason Ekstrand, разработчик вейланда)
> I'm a little worried that we're going to make event-loop too much of a
> mess of #defines without covering all the cases.
> ...
> Would it be a better overall solution if we simply replace timerfd and signalfd with a more generic architecture and then move the guts of the event loop to poll or select?

Отклоняем патчи для "нелинуксов", агрументируя "нужно бы для начала архитектуру переделать под более общую и вынести ОС специфичный код, а то беспорядок какой-то выходит" (ну да, и правда, спроектировать и реализовать архитектурную абстракцию для чего-то, помимо пингвина - это ведь не задача разработчиков "замены" иксам, у них оно и так работает!)
получаем очередную 'Опеннетную Правду о БЗДах' - "Бздуны _сами_ отстранились от разработки и поэтому Wayland развивается _только_ в линуксе!".
Профит!

PS:
Довольно иронично на этом фоне смотрится жалоба самого Джейсона:
> My use-case, Android, is Linux but not GNU/Linux; it uses something called Bionic.  Same kernel, different standard library and a different set of system calls.  Specifically, timerfd and signalfd are missing.")
>