शक्ती क्षमता लिनक्सवर पुनरुत्पादक बिल्ड ऑफर करणे हे पारदर्शकता आणि सुरक्षिततेचे लक्षण आहे ज्यामध्ये सध्या विविध वितरणे कार्यरत आहेत आणि इतर आधीच ऑफर करतात.
याचे महत्त्व यात आहे की हे परवानगी द्या दोन्ही विकासक, संशोधक आणि वापरकर्ते वितरित बायनरी योग्यरित्या तयार केल्याचे सत्यापित करा प्रदान केलेल्या स्त्रोत कोडमधून आणि बदलला नाही.
थोडा सल्ला घेतला लिनक्स दस्तऐवजीकरण, आम्ही हे समजू शकतो:
हे सामान्यतः इष्ट आहे की समान स्त्रोत कोड समान साधनांच्या संचासह तयार करणे पुनरुत्पादक आहे, म्हणजेच परिणाम नेहमी सारखाच असतो. हे सत्यापित करणे शक्य करते की बायनरी वितरण किंवा एम्बेडेड सिस्टमसाठी बिल्ड इन्फ्रास्ट्रक्चर खराब केले गेले नाही. यामुळे स्त्रोत किंवा साधन बदलामुळे परिणामी बायनरीमध्ये फरक पडत नाही हे सत्यापित करणे देखील सोपे होऊ शकते.
आणि लिनक्सच्या बाबतीत आणि सर्वसाधारणपणे सर्व ओपन सोर्स सॉफ्टवेअरमध्ये, पुनरुत्पादक संकलन समुदाय सॉफ्टवेअरची पडताळणी आणि ऑडिट करू शकेल याची खात्री करण्यासाठी आवश्यक आहेत याव्यतिरिक्त, हे आम्हाला दुर्भावनापूर्ण बदल शोधण्याची परवानगी देते.
openSUSE फॅक्टरी आता पुनरुत्पादक बिट-बाय-बिट बिल्ड ऑफर करते
हे नमूद करण्याचे कारण म्हणजे प्रकल्प openSUSE ने बिट-बाय-बिट पुनरुत्पादक बिल्ड इनसाठी समर्थन सादर केले आहे आपली भांडार ओपनसुसे फॅक्टरी, जे openSUSE Tumbleweed वितरणाचा आधार आहे.
हे अद्यतन बायनरी वितरित केल्याची खात्री करते संकुल मध्ये सातत्याने निर्माण होतात प्रदान केलेल्या स्त्रोत कोडमधून, लपविलेले बदल समाविष्ट न करता आणि आम्ही नमूद केल्याप्रमाणे, हे करण्याचा फायदा असा आहे की कोणताही वापरकर्ता स्वत: साठी सत्यापित करू शकतो की प्रस्तावित बिल्ड स्त्रोत कोडमधून तयार केलेल्या बिल्डशी तंतोतंत जुळतात.
एक अलीकडील उदाहरण आहे की पुनरुत्पादक बिल्ड केवळ पुनर्बांधणी करून आणि परिणामाची तुलना करून पुरावा तयार करण्यास अनुमती देतात, जीसीसी बिल्ड ज्याचा स्त्रोत वचनबद्ध xz सह खेचला गेला होता तो वचनबद्ध नव्हता; तडजोड कशी झाली हे उलट अभियंता न करता ही प्रक्रिया पूर्ण करण्यात आली. त्याचप्रमाणे, xz तडजोडीच्या तपासादरम्यान पुनरुत्पादक बिल्ड उपयुक्त असल्याचे नोंदवले गेले
खेळण्यायोग्य बिल्ड अवलंबित्वांमधील अचूकता यासारखे तपशील विचारात घेऊन साध्य केले जातात, समान बिल्ड टूल्स आवृत्त्या आणि कॉन्फिगरेशनचा वापर करून, डीफॉल्ट पर्याय आणि सेटिंग्जचा एकसमान संच, बिल्डमधील फाइल्सचा क्रम जतन करणे (सातत्य क्रमवारी पद्धती वापरणे), आणि कंपाइलरद्वारे कायमस्वरूपी जोडणारी माहिती अक्षम करणे, जसे की यादृच्छिक मूल्ये, फाइल पथ संदर्भ, आणि संकलन तारीख आणि वेळ तपशील
बायनरी सत्यापित करण्याची क्षमता सुरक्षा अतिरिक्त स्तर प्रदान करते कंपाइलर इन्फ्रास्ट्रक्चरवर पूर्णपणे विश्वास न ठेवता. हे महत्त्वपूर्ण आहे कारण कंपायलर किंवा बिल्ड टूल्सशी तडजोड केल्याने दुर्भावनापूर्ण घटक समाविष्ट होऊ शकतात किंवा परिणामी बायनरीमध्ये लपलेले बदल होऊ शकतात.
उदाहरणार्थ, openSUSE विकासक अखंडता सुनिश्चित करण्यासाठी पुनरावृत्ती करण्यायोग्य बिल्ड वापरले बायनरी च्या xz पॅकेजमध्ये प्रसिद्ध बॅकडोअर घटनेनंतर. या प्रकरणात, तडजोड केलेली liblzma लायब्ररी, जीसीसी कोडसह फायली डिकंप्रेस करण्यासाठी वापरली जाते, जीसीसी कोडमध्ये दुर्भावनापूर्ण बदल आणू शकते, ज्यामुळे एकत्रित केलेल्या अनुप्रयोगांवर परिणाम होऊ शकतो.
हे लक्षात घेणे महत्त्वाचे आहे की फॅक्टरी रेपॉजिटरी अंतिम वापरकर्त्यांसाठी नाही, परंतु प्रामुख्याने वितरण विकासकांसाठी आहे. याचे कारण असे की त्याच्या स्थिरतेची हमी नेहमीच नसते.
फॅक्टरीमध्ये जोडलेली पॅकेजेस openQA वापरून स्वयंचलित चाचणीतून जातात. एकदा या चाचण्या पूर्ण झाल्यानंतर आणि अवलंबित्व स्थितीची सुसंगतता तपासल्यानंतर, भांडारातील सामग्री आठवड्यातून अनेक वेळा मिररसह समक्रमित केली जाते. या प्रक्रियेचा अंतिम परिणाम openSUSE Tumbleweed म्हणून प्रसिद्ध केला जातो, जो स्थिर आणि विश्वासार्ह वितरण आहे जे अंतिम वापरकर्ते आत्मविश्वासाने वापरू शकतात.
आपण असाल तर याबद्दल अधिक जाणून घेण्यात स्वारस्य आहे, आपण तपशील तपासू शकता पुढील लिंकवर