फेडोरा रॉहाइड पर आधारित रेड हैट एंटरप्राइज लिनक्स बिल्ड का अनुकरण

फेडोरा लिनक्स डेवलपर्स ने ईएलएन (एंटरप्राइज लिनक्स नेक्स्ट) प्रोजेक्ट का समर्थन करने के लिए एक एसआईजी (विशेष रुचि समूह) के गठन की घोषणा की है, जिसका उद्देश्य फेडोरा रॉहाइड रिपॉजिटरी के आधार पर रेड हैट एंटरप्राइज लिनक्स के लगातार विकसित बिल्ड प्रदान करना है। आरएचईएल की नई शाखाएं विकसित करने की प्रक्रिया में हर तीन साल में फेडोरा से एक शाखा बनाना शामिल है, जिसे अंतिम उत्पाद तक लाने तक कुछ समय के लिए अलग से विकसित किया जाता है। ईएलएन आपको किसी भी समय बनाए गए फेडोरा रॉहाइड रिपॉजिटरी के एक स्लाइस के आधार पर रेड हैट एंटरप्राइज लिनक्स बिल्ड का अनुकरण करने की अनुमति देगा।

अब तक फेडोरा फोर्क के बाद आरएचईएल की तैयारी बंद दरवाजों के पीछे की जाती थी। CentOS स्ट्रीम के साथ, Red Hat का इरादा RHEL विकास प्रक्रिया को समुदाय के लिए अधिक खुला और पारदर्शी बनाना है। ईएलएन का लक्ष्य निरंतर एकीकरण प्रणालियों के समान तरीकों का उपयोग करके फेडोरा के सेंटओएस स्ट्रीम/आरएचईएल नेक्स्ट फोर्क को अधिक पूर्वानुमानित बनाना है।

ईएलएन एक अलग बिल्डरूट और बिल्ड प्रक्रिया प्रदान करेगा जो आपको फेडोरा रॉहाइड रिपॉजिटरी को आरएचईएल की तरह पुनर्निर्माण करने की अनुमति देता है। सफल ईएलएन बिल्ड को आरएचईएल नेक्स्ट के प्रायोगिक बिल्ड के साथ सिंक्रनाइज़ करने की योजना बनाई गई है, जिसमें उन पैकेजों में अतिरिक्त बदलाव शामिल हैं जिनकी फेडोरा में अनुमति नहीं है (उदाहरण के लिए, ब्रांड नाम जोड़ना)। साथ ही, डेवलपर्स विशिष्ट फ़ाइलों में सशर्त ब्लॉकों के स्तर पर उन्हें अलग करके मतभेदों को कम करने का प्रयास करेंगे।

ईएलएन के साथ, फेडोरा पैकेज अनुरक्षक उन परिवर्तनों को शीघ्रता से पकड़ने और परीक्षण करने में सक्षम होंगे जो संभावित रूप से आरएचईएल विकास को प्रभावित कर सकते हैं। विशेष रूप से, विशिष्ट फ़ाइलों में सशर्त ब्लॉकों में इच्छित परिवर्तनों की जांच करना संभव होगा, अर्थात। "%{rhel}" वेरिएबल को "9" पर सेट करके एक सशर्त पैकेज बनाएं ("%{fedora}" ELN वेरिएबल "गलत" लौटाएगा), भविष्य की आरएचईएल शाखा के लिए एक पैकेज बनाने का अनुकरण करेगा।

ईएलएन आपको मुख्य फेडोरा बिल्ड को प्रभावित किए बिना नए विचारों के साथ प्रयोग करने की भी अनुमति देगा। ईएलएन का उपयोग नए कंपाइलर फ़्लैग के विरुद्ध फेडोरा पैकेज का परीक्षण करने, प्रयोगात्मक या गैर-आरएचईएल सुविधाओं को अक्षम करने, हार्डवेयर आर्किटेक्चर आवश्यकताओं को बदलने और अतिरिक्त सीपीयू एक्सटेंशन को सक्षम करने के लिए भी किया जा सकता है। उदाहरण के लिए, फेडोरा में पैकेज बनाने की मानक प्रक्रिया को बदले बिना, आप एक साथ सक्षम AVX2 निर्देशों के समर्थन के साथ बिल्ड का परीक्षण कर सकते हैं, फिर पैकेजों में AVX2 का उपयोग करने के प्रदर्शन प्रभाव का मूल्यांकन कर सकते हैं और तय कर सकते हैं कि मुख्य फेडोरा वितरण में परिवर्तन को लागू करना है या नहीं।

स्रोत: opennet.ru