नेटबीएसडी डीफॉल्ट सीटीडब्ल्यूएम विंडो मॅनेजरवर स्विच करते आणि वेलँडसह प्रयोग करते

नेटबीएसडी प्रकल्प घोषित केले पासून X11 सत्रात ऑफर केलेले डीफॉल्ट विंडो व्यवस्थापक बदलण्याबद्दल म्हैस वर CTWM. CTWM हा twm चा एक काटा आहे, जो 1992 मध्ये तयार झाला होता आणि एक हलका आणि पूर्णपणे सानुकूल करण्यायोग्य विंडो व्यवस्थापक तयार करण्याच्या दिशेने विकसित झाला होता जो तुम्हाला तुमच्या आवडीनुसार स्वरूप आणि वर्तन बदलण्याची परवानगी देतो.

Twm विंडो मॅनेजर गेल्या 20 वर्षांपासून NetBSD वर ऑफर केले जात आहे आणि आजच्या वातावरणात ते पुरातन दिसते. डीफॉल्ट twm वरील लोकांच्या नकारात्मक प्रतिक्रियेने विकासकांना डीफॉल्ट शेलचा पुनर्विचार करण्यास भाग पाडले आणि इतर ऑपरेटिंग सिस्टममधील अनुभव असलेल्या वापरकर्त्यांसाठी अनुकूल वातावरण तयार करण्यासाठी अधिक शक्तिशाली CTWM विंडो व्यवस्थापक वापरला.

CTWM आभासी डेस्कटॉपला समर्थन देते, सक्रियपणे विकसित केले जात आहे आणि NetBSD सुसंगत परवान्याअंतर्गत उपलब्ध आहे. CTWM च्या आधारे लागू केलेल्या नवीन वैशिष्ट्यांमध्ये आपोआप जनरेट केलेला ऍप्लिकेशन मेनू, माउसशिवाय पूर्ण नियंत्रणासाठी उपयुक्त कीबोर्ड शॉर्टकट, वेगवेगळ्या स्क्रीन रिझोल्यूशनसह कार्य करण्यासाठी अनुकूलता (मोठे फॉन्ट जोडल्यानंतर HiDPI सह), अतिशय हळू आणि अतिशय दोन्ही समर्थन करण्याची क्षमता समाविष्ट आहे. एकल कॉन्फिगरेशन फाइल वापरून जलद प्रणाली.

होते:

झाले:

याव्यतिरिक्त प्रकाशित नेटबीएसडी कंपोझिट सर्व्हर प्रकल्पाच्या स्थितीवर एक टीप swc वेलँड प्रोटोकॉलवर आधारित. पोर्ट अद्याप रोजच्या वापरासाठी तयार नाही, परंतु Qt5, GTK3 किंवा SDL2 वापरून प्रयोग आणि रनिंग ऍप्लिकेशनसाठी आधीपासूनच योग्य आहे. समस्यांमध्ये फायरफॉक्ससह काही ऍप्लिकेशन्ससह विसंगतता, X11 ऍप्लिकेशन्स चालविण्यासाठी समर्थन नसणे आणि फक्त Intel GPUs सह कार्य करण्याची क्षमता समाविष्ट आहे ज्यासाठी कर्नल स्तरावर व्हिडिओ मोड स्विच करण्यासाठी ड्राइव्हर आहे.

नेटबीएसडीवर पोर्टिंग करणे अवघड बनवणारे वेलँडचे एक वैशिष्ट्य म्हणजे स्क्रीन, इनपुट आणि विंडो व्यवस्थापन व्यवस्थापित करण्यासाठी जबाबदार असलेल्या संमिश्र व्यवस्थापकांमध्ये मोठ्या प्रमाणात OS-विशिष्ट कोडची उपस्थिती. वेलँड स्क्रीनशॉट, स्क्रीन लॉकिंग आणि विंडो व्यवस्थापन यासारख्या वैशिष्ट्यांसाठी तयार प्रोटोकॉल प्रदान करत नाही आणि ते अजूनही पोर्टेबिलिटी, मॉड्यूलरिटी आणि मानकीकरण यासारख्या क्षेत्रांमध्ये X सर्व्हरच्या मागे आहे.

अतिरिक्त क्षमता संयुक्त व्यवस्थापकाद्वारे किंवा प्रोटोकॉल विस्तारांच्या व्याख्येद्वारे लागू केल्या जातात. वेस्टन संदर्भ संमिश्र सर्व्हर मोठ्या प्रमाणावर Linux कर्नल API वर अवलंबून आहे. उदाहरणार्थ, epoll I/O मल्टिप्लेक्सिंग मेकॅनिझमला बंधनकारक करण्यासाठी kqueue चे समर्थन करण्यासाठी पुन्हा काम करणे आवश्यक आहे. kqueue वापरण्यासाठीचे पॅचेस BSD प्रणालीच्या विकसकांद्वारे आधीच तयार केले गेले आहेत, परंतु अद्याप मुख्य प्रवाहात स्वीकारले गेले नाहीत.

संदर्भ संमिश्र सर्व्हरचा कोड सुरुवातीला फक्त लिनक्सवर लक्ष ठेवून लिहिला गेला होता आणि इतर प्रणालींची वैशिष्ट्ये विचारात घेत नाही (उदाहरणार्थ, कोड “#include ” आणि लिबिनपुटवर अवलंबित्व वापरतो. ). फ्रीबीएसडी लिनक्स इनपुट API चा क्लोन लागू करते, परंतु नेटबीएसडी मूलभूतपणे भिन्न इनपुट व्यवस्थापन API, wscons वापरते. सध्या, wscons समर्थन आधीच swc मध्ये जोडले गेले आहे आणि इतर संमिश्र व्यवस्थापकांना पोर्ट करण्यासाठी नियोजित आहे.

नेटबीएसडीचे प्रतिनिधी वेलँड डेव्हलपर्सना ईपोलसाठी हार्ड लिंक न वापरता, लिबेव्हेंट सारख्या सार्वत्रिक स्तरावर जाण्यासाठी पटवून देण्याचा विचार करतात. नियोजित कार्यामध्ये नेटबीएसडी कर्नलचा DRM/KMS स्टॅक आणि ग्राफिक्स ड्रायव्हर्स अद्यतनित करणे समाविष्ट आहे, ज्यामध्ये लिनक्स कर्नलमधील पोर्टिंग कोड समाविष्ट आहे, तसेच व्हिडिओ मोड्सच्या अणू स्विचिंगसाठी समर्थन जोडणे, DRM च्या नवीन आवृत्त्या आणि ग्लॅमर API (X11 चालविण्यासाठी xwayland चालणारे अनुप्रयोग). वेलँड-आधारित संमिश्र सर्व्हरवर फ्रेमबफरसाठी समर्थन जोडण्याची योजना आहे.

स्त्रोत: opennet.ru