Proyekto ng NetBSD tungkol sa pagpapalit ng default na window manager na inaalok sa isang X11 session mula sa sa . Ang CTWM ay isang tinidor ng twm, na na-forked noong 1992 at umunlad patungo sa paggawa ng magaan at ganap na nako-customize na window manager na nagbibigay-daan sa iyong baguhin ang hitsura at gawi ayon sa iyong panlasa.
Ang twm window manager ay inaalok sa NetBSD sa nakalipas na 20 taon at mukhang archaic sa kapaligiran ngayon. Ang negatibong reaksyon ng mga tao sa default na twm ay nagpilit sa mga developer na muling isaalang-alang ang default na shell at gamitin ang mas malakas na CTWM window manager upang lumikha ng environment friendly para sa mga user na may karanasan sa iba pang mga operating system.
Sinusuportahan ng CTWM ang mga virtual na desktop, aktibong binuo, at available sa ilalim ng lisensyang katugma sa NetBSD. Kasama sa mga bagong feature na ipinatupad batay sa CTWM ang isang awtomatikong nabuong menu ng application, mga kapaki-pakinabang na keyboard shortcut para sa ganap na kontrol nang walang mouse, adaptasyon para sa pagtatrabaho sa iba't ibang mga resolution ng screen (kabilang ang HiDPI pagkatapos magdagdag ng malalaking font), ang kakayahang suportahan ang parehong napakabagal at napakabagal. mabilis na mga sistema gamit ang isang file ng pagsasaayos.
Ito ay:
Ito ay naging:
Bukod pa rito Isang tala sa katayuan ng proyekto ng composite server ng NetBSD batay sa protocol ng Wayland. Hindi pa handa ang port para sa pang-araw-araw na paggamit, ngunit angkop na para sa mga eksperimento at pagpapatakbo ng mga application gamit ang Qt5, GTK3 o SDL2. Kasama sa mga problema ang hindi pagkakatugma sa ilang mga application, kabilang ang Firefox, kakulangan ng suporta para sa pagpapatakbo ng mga X11 na application, at ang kakayahang magtrabaho lamang sa mga Intel GPU kung saan mayroong driver para sa paglipat ng mga mode ng video sa antas ng kernel.
Ang isa sa mga tampok ng Wayland na nagpapahirap sa pag-port sa NetBSD ay ang pagkakaroon ng malaking halaga ng code na partikular sa OS sa mga composite manager na responsable sa pamamahala sa screen, input at pamamahala ng window. Ang Wayland ay hindi nagbibigay ng mga handa na protocol para sa mga feature tulad ng pag-screenshot, pag-lock ng screen, at pamamahala ng window, at nahuhuli pa rin ito sa X server sa mga lugar tulad ng portability, modularity, at standardization.
Ang mga karagdagang kakayahan ay ipinapatupad ng composite manager o sa pamamagitan ng kahulugan ng mga extension ng protocol. Ang Weston reference composite server ay lubos na nakadepende sa Linux kernel API. Halimbawa, ang pagbubuklod sa mekanismo ng multiplexing ng epoll I/O ay nangangailangan ng muling paggawa upang suportahan ang kqueue. Ang mga patch para sa paggamit ng kqueue ay inihanda na ng mga developer ng BSD system, ngunit hindi pa natatanggap sa mainstream.
Ang code ng reference composite server ay orihinal na isinulat nang nakatutok lamang sa Linux at hindi isinasaalang-alang ang mga tampok ng iba pang mga system (halimbawa, ang code ay gumagamit ng "#include " at dependency sa libinput). Ang FreeBSD ay nagpapatupad ng isang clone ng Linux input API, ngunit ang NetBSD ay gumagamit ng isang pangunahing naiibang input management API, wscons. Sa kasalukuyan, naidagdag na ang suporta ng wscons sa swc at pinlano itong i-port sa iba pang mga composite manager.
Nilalayon ng mga kinatawan ng NetBSD na kumbinsihin ang mga developer ng Wayland na huwag gumamit ng hard link para mag-epoll, ngunit lumipat sa isang unibersal na layer tulad ng libevent. Kasama rin sa nakaplanong trabaho ang pag-update sa DRM/KMS stack ng NetBSD kernel at mga graphics driver, kabilang ang porting code mula sa Linux kernel, pati na rin ang pagdaragdag ng suporta para sa atomic switching ng mga video mode, mga bagong bersyon ng DRM at ang Glamour API (para sa pagpapatakbo ng X11 mga application na tumatakbo sa xwayland) . Ito ay binalak na magdagdag ng suporta para sa mga framebuffer sa Wayland-based na composite server.
Pinagmulan: opennet.ru