डेबियन सिड, पीपीए, लेखक, आदि के नवीनतम (अपस्ट्रीम) संस्करणों की तुलना में पुराने आधिकारिक रिपॉजिटरी में पैकेज क्यों हैं?
डेबियन सिड, पीपीए, लेखक, आदि के नवीनतम (अपस्ट्रीम) संस्करणों की तुलना में पुराने आधिकारिक रिपॉजिटरी में पैकेज क्यों हैं?
जवाबों:
एक उबंटू रिलीज़ कई चरणों से गुजरता है इससे पहले कि यह वास्तव में एक तैयार उत्पाद के रूप में जनता के लिए बनाता है:
उबंटू के रिलीज होने से कुछ समय पहले यह एक निश्चित बिंदु पर अपने पैकेज को जमा देता है।
एक रिलीज से पहले बाहर है, लेकिन पैकेज ठंड के बाद, ज्यादातर उन सभी बगों और मुद्दों को ठीक करने के लिए काम किया जाता है जो उन पैकेजों में हो सकते हैं। पैकेज या फीचर फ्रीजिंग के बाद अब नए पैकेज संस्करण रिपॉजिटरी में आयात नहीं किए जाते हैं।
एक बार रिलीज़ होने पर उन पैकेजों में अतिरिक्त परिवर्तन होते हैं जो बग फिक्सिंग और सुरक्षा समस्याओं के लिए होते हैं। आधिकारिक रिपॉजिटरी में संकुल के लिए और अधिक उन्नयन नहीं किए गए हैं, भले ही संकुल के नए संस्करण जारी किए गए हों।
उबंटू की अगली रिलीज के लिए पैकेज के नए संस्करण को लगातार (डेबियन से) आयात किया जा रहा है, जब तक कि अगला फ्रीज नहीं होता है और यही प्रक्रिया खुद को दोहराती है।
एक उदाहरण के रूप में, आप 12.04 के रिलीज़ शेड्यूल पर एक नज़र डाल सकते हैं ।
आप देख सकते हैं कि भले ही 12.04 अप्रैल में जारी किया गया था, जनवरी 12 में डेबियन आयात फ्रीज नामक कुछ हुआ।
यह वास्तविक रिलीज से पहले होने वाले कई फ्रीज चरणों में से पहला है और इसका मतलब है कि उस समय डेबियन परीक्षण या अस्थिर स्टॉप से पैकेज का आयात और उनके साथ मुद्दों को अनुकूलित और ठीक करने के लिए उन पर काम शुरू होता है।
बहुत सारे पैकेज में उस बिंदु के बाद कोई अपग्रेड नहीं किया जाता है और उस बिंदु पर जो संस्करण पैकेज था, वह एक रिलीज के जीवनकाल के दौरान मौजूद और बनाए रखा गया संस्करण है।
भले ही डेवलपर्स के PPA में या उबंटू + 1 रिपॉजिटरी में एक ही पैकेज के उच्च संस्करण हैं, जो केवल उबंटू की अगली रिलीज में शामिल किए जाएंगे।
यह स्थिरता, सुरक्षा और कार्यक्षमता के लिए किया जाता है। मुख्य रिपॉजिटरी में हर समय आयात किए जा रहे नए ब्लीडिंग पैकेज का मतलब होगा मुद्दों और बहुत अधिक समस्याओं का हल होना। संकुल संस्करण में एक फ्रीज उस को छाँटने और अंत उपयोगकर्ता के लिए उबंटू को सुरक्षित और अधिक स्थिर बनाने में मदद करता है।
उबंटू का एक नया संस्करण हर 6 महीने में जारी किया जाता है, इसलिए हर 6 महीने में नए पैकेज तैयार किए जाते हैं, परीक्षण किए जाते हैं, अनुकूलित किए जाते हैं और नए संस्करण के साथ जारी किए जाते हैं। संकुल के भविष्य के संस्करणों को आपके सिस्टम में PPA के माध्यम से या केवल वेब साइट से डाउनलोड करके स्थापित किया जा सकता है, लेकिन आधिकारिक रिपॉजिटरी में पैकेज का संस्करण वही रहता है।
अधिक जानकारी के लिए और 10.04 से उबंटू का क्या हुआ, इसके दिलचस्प अवलोकन के लिए 12.04 के लॉन्च तक रिलीज़शेड्यूल - एलटीएस से एलटीएस और स्थिर रिलीज़ अपडेट पृष्ठ पर एक पूर्ण अवलोकन और उबंटू स्थिर रिलीज़ के स्पष्टीकरण के लिए एक नज़र है ।
दो कारण। पहला काफी स्पष्ट है: एक नए अपस्ट्रीम के सामने आने पर पैकेज को अपडेट करने के लिए मानव को समय बिताना पड़ता है। दूसरा यह है कि यदि आप वर्तमान विकास संस्करण के विपरीत एक स्थिर रिलीज चला रहे हैं, तो ब्रेक्जिट से बचने के लिए पैकेज जानबूझकर अपडेट नहीं किया जाता है। Http://wiki.ubuntu.com/StableReleaseUpdates देखें ।
पैकेज रिलीज के लिए जमे हुए हैं और बाद में कई कारणों से अपडेट नहीं किए गए हैं। अगर रिलीज के बाद नई रिलीज हुई, तो नया संस्करण ...
उस सभी ने कहा, इस बात से अवगत रहें कि ऐसे मामले हैं जहां उबंटू रिपॉजिटरी में सॉफ़्टवेयर संस्करणों का पूर्ण अद्यतन करता है। उदाहरण के लिए फ़ायरफ़ॉक्स।
इसके अलावा, एक ubuntu-backports रिपॉजिटरी उपयोगकर्ता है जो उन सॉफ़्टवेयर पैकेजों को चुन सकता है जो ऊपर सूचीबद्ध लोगों की तरह समस्या पैदा नहीं करेंगे। यह डिफ़ॉल्ट रूप से सक्षम नहीं है, इसलिए उपयोगकर्ताओं को इसमें ऑप्ट-इन करना पड़ता है, जो आपके सॉफ़्टवेयर परिवर्तन को आपके नीचे से बाहर करने के आश्चर्य को समाप्त करने के लिए किया जाता है। इसके अलावा, यह बहुत अधिक कर्मचारी नहीं है और इसलिए मुझे यकीन नहीं है कि वास्तव में पैकेज को कितनी बार अपडेट मिलता है।
इसके अलावा, SRU टीम ने हाल ही में पॉलिस को थोड़ा अपडेट किया है, जो उम्मीद करता है कि इसमें बगफिक्स-ओनली पैकेज अपडेट प्राप्त करने के लिए इसे और अधिक सरल बनाया जाएगा।
आम तौर पर उबंटू के जारी किए गए संस्करणों में अपडेट सुरक्षा और बग फिक्स के लिए हैं, ऐसे बग के उदाहरणों में शामिल हैं:
कीड़े जो यथार्थवादी परिस्थितियों में, सीधे सुरक्षा भेद्यता का कारण बन सकते हैं। ये सुरक्षा दल द्वारा किए जाते हैं और SecurityTeam / UpdateProcedures में दर्ज़ किए जाते हैं।
कीड़े जो उबंटू की पिछली रिलीज से गंभीर प्रतिगमन का प्रतिनिधित्व करते हैं। इसमें ऐसे पैकेज शामिल हैं जो पूरी तरह से अनुपयोगी हैं, जैसे कि अनइंस्टॉल होने योग्य या स्टार्टअप पर दुर्घटनाग्रस्त होना।
कीड़े, जो यथार्थवादी परिस्थितियों में, सीधे उपयोगकर्ता डेटा के नुकसान का कारण बन सकते हैं, कीड़े जो उपरोक्त श्रेणियों के तहत फिट नहीं होते हैं, लेकिन (1) में स्पष्ट रूप से सुरक्षित पैच होता है और (2) महत्वपूर्ण इन्फ्रास्ट्रक्चर पैकेज (जैसे X.org) के बजाय किसी एप्लिकेशन को प्रभावित करता है या कर्नेल)।
दीर्घकालिक समर्थन रिलीज़ के लिए हम नियमित रूप से नए हार्डवेयर को सक्षम करना चाहते हैं। इस तरह के बदलाव उचित हैं, ताकि हम मौजूदा हार्डवेयर पर अपग्रेड को प्रभावित न कर सकें। उदाहरण के लिए, नए पेश किए गए ड्राइवरों के मोडलीएज़ को पहले से भेजे गए ड्राइवरों के साथ ओवरलैप नहीं करना चाहिए। -नेशनल पार्टनर सॉफ्टवेयर के कैनन वर्जन आर्काइव में कुछ वर्जन।
-FTBFS (स्रोत से निर्माण करने में विफल) पर भी विचार किया जा सकता है। कृपया ध्यान दें कि मुख्य रूप से रिलीज की प्रक्रिया यह सुनिश्चित करती है कि कोई बायनेरिज़ नहीं हैं जो एक वर्तमान स्रोत से नहीं बने हैं। आमतौर पर उन बग्स को केवल एक और बग फिक्स के साथ संयोजन में SRUed होना चाहिए।
पैकेज के नए अपस्ट्रीम संस्करण के लिए, जो नई सुविधाएँ प्रदान करते हैं, लेकिन महत्वपूर्ण बग को ठीक नहीं करते हैं, इसके बजाय एक बैकपोर्ट का अनुरोध किया जाना चाहिए।
उत्कृष्ट विकी पृष्ठ StableReleaseUpdates से लिया गया ।
मैं ubuntu मंचों और ubuntu ग्रह से अपने पिछले अनुभवों के आधार पर आपके सवालों के जवाब देने की कोशिश करूंगा।
मुझे लगता है मैं सोच रहा हूँ कि कैसे उपयुक्त प्रतिनिधि अद्यतन हो जाते हैं, और किसके द्वारा।
APT रिपोज उबंटू में पैकेजिंग टीम से अपडेट हो जाते हैं। पैकेजिंग टीम को डेवलपर्स से सभी अपस्ट्रीम पैकेज मिलते हैं जो एक प्रारंभिक पैकेजिंग परीक्षण और अन्य चीजें करते हैं। तब परीक्षण टीम एक अंतिम संकेत देती है। लेकिन पैकेजिंग टीम और परीक्षण दल निर्भरता के बारे में बहुत सतर्क हैं और इसका पक्ष स्थिर प्रणाली को प्रभावित करता है।
जब कोई अंतराल होता है, तो क्या यह इसलिए है क्योंकि डेवलपर ने संबंधित सर्वर पर सबसे हालिया रिलीज को धक्का नहीं दिया है?
यदि आप अपस्ट्रीम में बदलाव देखते हैं, तो हजारों डेवलपर्स अपने पैकेज को आगे बढ़ाना चाहते हैं। लेकिन सभी को मुख्य धारा में शामिल नहीं किया गया है क्योंकि यह विभिन्न कारणों से है। Gedit एप्लिकेशन मान लें, 2.2 संस्करण अनुकूल है और Dbus 2.1 और Gtk 2.4 आदि के साथ ठीक काम करता है, जहां Gedit 2.4 संस्करण (बहुत नया) के रूप में काम करने के लिए Gtk 2.5 और Dbus2.3 की आवश्यकता है। अब परीक्षण और पैकेजिंग टीम (रिलीज़ टीम भी) इसे स्वीकार नहीं करती है क्योंकि पुराने मौजूदा डबस्मैश और gtk वाले मौजूदा सिस्टम को बदलने से हर चीज टूट जाती है। आशा है कि आपको निर्भरता नरक की बात मिल गई है।
क्या डेवलपर के लिए रिलीज़ में उपयोग होने वाले फॉर्म को जारी करने में बहुत अधिक काम है?
अपस्ट्रीम चैनल नहीं। लेकिन रिलीज चैनल के लिए हाँ :)।
पुनश्च: ऊपर बताए गए व्हाट्स की तुलना में विहित में अब प्रक्रिया में थोड़ा बदलाव किया जा सकता है। लेकिन यह कमोबेश ऐसा ही है।
एक टिप्पणी के रूप में पोस्ट किए गए लिंक जीवाश्म में स्वीकृत उत्तर बहुत अच्छा है।
सामान्य तौर पर, नई रिलीज़ डेवलपमेंट प्रक्रिया के पहले भाग के बाद रिलीज़ किए गए पैकेज संस्करण उस रिलीज़ के मुख्य रिपॉजिटरी में दिखाई नहीं देते हैं ताकि एक विश्वसनीय उबंटू संस्करण का अच्छी तरह से परीक्षण किया जा सके।
आप पा सकते हैं कि कुछ पैकेज बैकपोर्स रिपॉजिटरी को जारी किए जाते हैं यदि उन्हें भविष्य में उबंटू रिलीज में शामिल किया जाता है और यदि डेवलपर्स का मानना है कि यह पहले वाले लोगों के साथ भी काम करेगा। सॉफ़्टवेयर केंद्र में बैकपोर्ट को सक्रिय और निष्क्रिय किया जा सकता है (संपादित करें-> सॉफ़्टवेयर स्रोत-> अपडेट टैब-> असमर्थित अपडेट)
जवाब भर नहीं है।
सॉफ्टवेयर सेंटर से बैकपोर्ट संस्करण में स्थापित किए जा सकते हैं, कुछ पैक किए गए हैं। विंडो के दाईं ओर, इंस्टॉल / चेंज बटन के बाईं ओर, एक चुनिंदा बॉक्स है जहां आप संस्करण को बदल सकते हैं।
Exempli gratia: डिफ़ॉल्ट conky
अब है 1.8.x
और आपके पास 1.9.0 (precise-backports)
बैकपोर्ट के रूप में है। बेशक, बैकस्पोर्ट्स को पहले सक्षम होना चाहिए।
स्रोत: http://bugs.launchpad.net/ubuntu/+source/conky/+bug/1003727
संपादित करें: जैसा कि नीचे कहा गया है, हर पैकेज में बैकपोर्ट नहीं होता है, लेकिन यदि आप पर्याप्त भाग्यशाली हैं, तो आपके पास कभी-कभी शुरुआती पहुंच हो सकती है।