उबंटू रिपॉजिटरी में सॉफ्टवेयर के नवीनतम संस्करण क्यों नहीं हैं?


145

डेबियन सिड, पीपीए, लेखक, आदि के नवीनतम (अपस्ट्रीम) संस्करणों की तुलना में पुराने आधिकारिक रिपॉजिटरी में पैकेज क्यों हैं?


2
यह वास्तव में किसी भी डिस्ट्रो के लिए होता है , केवल उबंटू के लिए नहीं।
dr01

8
इसलिए नहीं कि सभी वितरण इस सवाल या Ubuntu विकास चक्रों के अनुरूप - @ dr01 वितरण रोलिंग वितरण है जो हमेशा अद्यतन प्राप्त कर रहे हैं
थॉमस वार्ड

जवाबों:


119

एक उबंटू रिलीज़ कई चरणों से गुजरता है इससे पहले कि यह वास्तव में एक तैयार उत्पाद के रूप में जनता के लिए बनाता है:

  • उबंटू के रिलीज होने से कुछ समय पहले यह एक निश्चित बिंदु पर अपने पैकेज को जमा देता है।

  • एक रिलीज से पहले बाहर है, लेकिन पैकेज ठंड के बाद, ज्यादातर उन सभी बगों और मुद्दों को ठीक करने के लिए काम किया जाता है जो उन पैकेजों में हो सकते हैं। पैकेज या फीचर फ्रीजिंग के बाद अब नए पैकेज संस्करण रिपॉजिटरी में आयात नहीं किए जाते हैं।

  • एक बार रिलीज़ होने पर उन पैकेजों में अतिरिक्त परिवर्तन होते हैं जो बग फिक्सिंग और सुरक्षा समस्याओं के लिए होते हैं। आधिकारिक रिपॉजिटरी में संकुल के लिए और अधिक उन्नयन नहीं किए गए हैं, भले ही संकुल के नए संस्करण जारी किए गए हों।

उबंटू की अगली रिलीज के लिए पैकेज के नए संस्करण को लगातार (डेबियन से) आयात किया जा रहा है, जब तक कि अगला फ्रीज नहीं होता है और यही प्रक्रिया खुद को दोहराती है।

एक उदाहरण के रूप में, आप 12.04 के रिलीज़ शेड्यूल पर एक नज़र डाल सकते हैं ।

आप देख सकते हैं कि भले ही 12.04 अप्रैल में जारी किया गया था, जनवरी 12 में डेबियन आयात फ्रीज नामक कुछ हुआ।

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

बहुत सारे पैकेज में उस बिंदु के बाद कोई अपग्रेड नहीं किया जाता है और उस बिंदु पर जो संस्करण पैकेज था, वह एक रिलीज के जीवनकाल के दौरान मौजूद और बनाए रखा गया संस्करण है।

भले ही डेवलपर्स के PPA में या उबंटू + 1 रिपॉजिटरी में एक ही पैकेज के उच्च संस्करण हैं, जो केवल उबंटू की अगली रिलीज में शामिल किए जाएंगे।

यह स्थिरता, सुरक्षा और कार्यक्षमता के लिए किया जाता है। मुख्य रिपॉजिटरी में हर समय आयात किए जा रहे नए ब्लीडिंग पैकेज का मतलब होगा मुद्दों और बहुत अधिक समस्याओं का हल होना। संकुल संस्करण में एक फ्रीज उस को छाँटने और अंत उपयोगकर्ता के लिए उबंटू को सुरक्षित और अधिक स्थिर बनाने में मदद करता है।

उबंटू का एक नया संस्करण हर 6 महीने में जारी किया जाता है, इसलिए हर 6 महीने में नए पैकेज तैयार किए जाते हैं, परीक्षण किए जाते हैं, अनुकूलित किए जाते हैं और नए संस्करण के साथ जारी किए जाते हैं। संकुल के भविष्य के संस्करणों को आपके सिस्टम में PPA के माध्यम से या केवल वेब साइट से डाउनलोड करके स्थापित किया जा सकता है, लेकिन आधिकारिक रिपॉजिटरी में पैकेज का संस्करण वही रहता है।

अधिक जानकारी के लिए और 10.04 से उबंटू का क्या हुआ, इसके दिलचस्प अवलोकन के लिए 12.04 के लॉन्च तक रिलीज़शेड्यूल - एलटीएस से एलटीएस और स्थिर रिलीज़ अपडेट पृष्ठ पर एक पूर्ण अवलोकन और उबंटू स्थिर रिलीज़ के स्पष्टीकरण के लिए एक नज़र है ।


2
इस नीति के अपवाद प्रतीत होते हैं, विशेष रूप से वेब ब्राउज़र (फ़ायरफ़ॉक्स, क्रोमियम) के लिए। जबकि 95% से अधिक पैकेज नीचे दिए गए संकेतों का पालन कर सकते हैं, वेब ब्राउज़र अधिकांश उपयोगकर्ताओं के लिए सबसे अधिक उपयोग किया जाने वाला अनुप्रयोग हो सकता है।
dotpush

यदि आप नवीनतम सॉफ़्टवेयर चाहते हैं, तो लॉन्चपैड पीपीए रिपॉजिटरी का उपयोग करें।
इगुन

@ आईबग या आर्क लिनक्स या निक्सोस की तरह एक अलग वितरण का उपयोग करें या अपने उबंटू सिस्टम पर होमब्रे को स्थापित करें।
बोरिस

16

दो कारण। पहला काफी स्पष्ट है: एक नए अपस्ट्रीम के सामने आने पर पैकेज को अपडेट करने के लिए मानव को समय बिताना पड़ता है। दूसरा यह है कि यदि आप वर्तमान विकास संस्करण के विपरीत एक स्थिर रिलीज चला रहे हैं, तो ब्रेक्जिट से बचने के लिए पैकेज जानबूझकर अपडेट नहीं किया जाता है। Http://wiki.ubuntu.com/StableReleaseUpdates देखें ।


3
"एक मानव को पैकेज को अपडेट करने में समय बिताने की आवश्यकता होती है जब एक नया अपस्ट्रीम सामने आता है" यह स्पष्ट रूप से गलत है, सब कुछ स्वचालित किया जा सकता है। असली कारण दूसरा है जिसका आपने उल्लेख किया है।
gent

15

पैकेज रिलीज के लिए जमे हुए हैं और बाद में कई कारणों से अपडेट नहीं किए गए हैं। अगर रिलीज के बाद नई रिलीज हुई, तो नया संस्करण ...

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

उस सभी ने कहा, इस बात से अवगत रहें कि ऐसे मामले हैं जहां उबंटू रिपॉजिटरी में सॉफ़्टवेयर संस्करणों का पूर्ण अद्यतन करता है। उदाहरण के लिए फ़ायरफ़ॉक्स।

इसके अलावा, एक ubuntu-backports रिपॉजिटरी उपयोगकर्ता है जो उन सॉफ़्टवेयर पैकेजों को चुन सकता है जो ऊपर सूचीबद्ध लोगों की तरह समस्या पैदा नहीं करेंगे। यह डिफ़ॉल्ट रूप से सक्षम नहीं है, इसलिए उपयोगकर्ताओं को इसमें ऑप्ट-इन करना पड़ता है, जो आपके सॉफ़्टवेयर परिवर्तन को आपके नीचे से बाहर करने के आश्चर्य को समाप्त करने के लिए किया जाता है। इसके अलावा, यह बहुत अधिक कर्मचारी नहीं है और इसलिए मुझे यकीन नहीं है कि वास्तव में पैकेज को कितनी बार अपडेट मिलता है।

इसके अलावा, SRU टीम ने हाल ही में पॉलिस को थोड़ा अपडेट किया है, जो उम्मीद करता है कि इसमें बगफिक्स-ओनली पैकेज अपडेट प्राप्त करने के लिए इसे और अधिक सरल बनाया जाएगा।


11

आम तौर पर उबंटू के जारी किए गए संस्करणों में अपडेट सुरक्षा और बग फिक्स के लिए हैं, ऐसे बग के उदाहरणों में शामिल हैं:

  • कीड़े जो यथार्थवादी परिस्थितियों में, सीधे सुरक्षा भेद्यता का कारण बन सकते हैं। ये सुरक्षा दल द्वारा किए जाते हैं और SecurityTeam / UpdateProcedures में दर्ज़ किए जाते हैं।

  • कीड़े जो उबंटू की पिछली रिलीज से गंभीर प्रतिगमन का प्रतिनिधित्व करते हैं। इसमें ऐसे पैकेज शामिल हैं जो पूरी तरह से अनुपयोगी हैं, जैसे कि अनइंस्टॉल होने योग्य या स्टार्टअप पर दुर्घटनाग्रस्त होना।

  • कीड़े, जो यथार्थवादी परिस्थितियों में, सीधे उपयोगकर्ता डेटा के नुकसान का कारण बन सकते हैं, कीड़े जो उपरोक्त श्रेणियों के तहत फिट नहीं होते हैं, लेकिन (1) में स्पष्ट रूप से सुरक्षित पैच होता है और (2) महत्वपूर्ण इन्फ्रास्ट्रक्चर पैकेज (जैसे X.org) के बजाय किसी एप्लिकेशन को प्रभावित करता है या कर्नेल)।

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

    -FTBFS (स्रोत से निर्माण करने में विफल) पर भी विचार किया जा सकता है। कृपया ध्यान दें कि मुख्य रूप से रिलीज की प्रक्रिया यह सुनिश्चित करती है कि कोई बायनेरिज़ नहीं हैं जो एक वर्तमान स्रोत से नहीं बने हैं। आमतौर पर उन बग्स को केवल एक और बग फिक्स के साथ संयोजन में SRUed होना चाहिए।

    पैकेज के नए अपस्ट्रीम संस्करण के लिए, जो नई सुविधाएँ प्रदान करते हैं, लेकिन महत्वपूर्ण बग को ठीक नहीं करते हैं, इसके बजाय एक बैकपोर्ट का अनुरोध किया जाना चाहिए।

उत्कृष्ट विकी पृष्ठ StableReleaseUpdates से लिया गया ।


11

मैं ubuntu मंचों और ubuntu ग्रह से अपने पिछले अनुभवों के आधार पर आपके सवालों के जवाब देने की कोशिश करूंगा।

मुझे लगता है मैं सोच रहा हूँ कि कैसे उपयुक्त प्रतिनिधि अद्यतन हो जाते हैं, और किसके द्वारा।

APT रिपोज उबंटू में पैकेजिंग टीम से अपडेट हो जाते हैं। पैकेजिंग टीम को डेवलपर्स से सभी अपस्ट्रीम पैकेज मिलते हैं जो एक प्रारंभिक पैकेजिंग परीक्षण और अन्य चीजें करते हैं। तब परीक्षण टीम एक अंतिम संकेत देती है। लेकिन पैकेजिंग टीम और परीक्षण दल निर्भरता के बारे में बहुत सतर्क हैं और इसका पक्ष स्थिर प्रणाली को प्रभावित करता है।

जब कोई अंतराल होता है, तो क्या यह इसलिए है क्योंकि डेवलपर ने संबंधित सर्वर पर सबसे हालिया रिलीज को धक्का नहीं दिया है?

यदि आप अपस्ट्रीम में बदलाव देखते हैं, तो हजारों डेवलपर्स अपने पैकेज को आगे बढ़ाना चाहते हैं। लेकिन सभी को मुख्य धारा में शामिल नहीं किया गया है क्योंकि यह विभिन्न कारणों से है। Gedit एप्लिकेशन मान लें, 2.2 संस्करण अनुकूल है और Dbus 2.1 और Gtk 2.4 आदि के साथ ठीक काम करता है, जहां Gedit 2.4 संस्करण (बहुत नया) के रूप में काम करने के लिए Gtk 2.5 और Dbus2.3 की आवश्यकता है। अब परीक्षण और पैकेजिंग टीम (रिलीज़ टीम भी) इसे स्वीकार नहीं करती है क्योंकि पुराने मौजूदा डबस्मैश और gtk वाले मौजूदा सिस्टम को बदलने से हर चीज टूट जाती है। आशा है कि आपको निर्भरता नरक की बात मिल गई है।

क्या डेवलपर के लिए रिलीज़ में उपयोग होने वाले फॉर्म को जारी करने में बहुत अधिक काम है?

अपस्ट्रीम चैनल नहीं। लेकिन रिलीज चैनल के लिए हाँ :)।

पुनश्च: ऊपर बताए गए व्हाट्स की तुलना में विहित में अब प्रक्रिया में थोड़ा बदलाव किया जा सकता है। लेकिन यह कमोबेश ऐसा ही है।


6

एक टिप्पणी के रूप में पोस्ट किए गए लिंक जीवाश्म में स्वीकृत उत्तर बहुत अच्छा है।

सामान्य तौर पर, नई रिलीज़ डेवलपमेंट प्रक्रिया के पहले भाग के बाद रिलीज़ किए गए पैकेज संस्करण उस रिलीज़ के मुख्य रिपॉजिटरी में दिखाई नहीं देते हैं ताकि एक विश्वसनीय उबंटू संस्करण का अच्छी तरह से परीक्षण किया जा सके।

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


1
जैसा कि कहीं और उल्लेख किया गया है, बैकपोर्ट असामान्य नहीं हैं और कई नहीं हैं।
थॉमस वार्ड

-3

जवाब भर नहीं है।

सॉफ्टवेयर सेंटर से बैकपोर्ट संस्करण में स्थापित किए जा सकते हैं, कुछ पैक किए गए हैं। विंडो के दाईं ओर, इंस्टॉल / चेंज बटन के बाईं ओर, एक चुनिंदा बॉक्स है जहां आप संस्करण को बदल सकते हैं।

Exempli gratia: डिफ़ॉल्ट conkyअब है 1.8.xऔर आपके पास 1.9.0 (precise-backports)बैकपोर्ट के रूप में है। बेशक, बैकस्पोर्ट्स को पहले सक्षम होना चाहिए।

स्रोत: http://bugs.launchpad.net/ubuntu/+source/conky/+bug/1003727

संपादित करें: जैसा कि नीचे कहा गया है, हर पैकेज में बैकपोर्ट नहीं होता है, लेकिन यदि आप पर्याप्त भाग्यशाली हैं, तो आपके पास कभी-कभी शुरुआती पहुंच हो सकती है।


हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.