Ubuntu 32 में 20.04-बिट लाइब्रेरीज़ शिप करने की अद्यतन योजना

कैनोनिकल से स्टीव लैंगसेक सामान्यीकृत निष्कर्ष विचार-विमर्श समुदाय के साथ i386 आर्किटेक्चर के लिए पुस्तकालयों की एक सूची है जिसे उबंटू 32 "फोकल फोसा" में 20.04-बिट अनुप्रयोगों के साथ संगतता सुनिश्चित करने के लिए एक परत में भेजने की योजना है। 30 हजार से अधिक प्रारंभिक पैकेजों में से, लगभग 1700 का चयन किया गया है, जिसके लिए i32 आर्किटेक्चर के लिए 386-बिट असेंबली का निर्माण जारी रहेगा।

सूची में मुख्य रूप से 32-बिट अनुप्रयोगों में उपयोग की जाने वाली लाइब्रेरीज़ शामिल हैं जो अभी भी उपयोग में हैं, साथ ही इन लाइब्रेरीज़ से जुड़ी निर्भरताएँ भी शामिल हैं। इसके अलावा, सूची से पुस्तकालयों के लिए, परीक्षणों के लिए उपयोग की जाने वाली निर्भरता को संरक्षित करने की योजना बनाई गई है, लेकिन उन्हें 386-बिट x64_86 सिस्टम वातावरण में i64 लाइब्रेरी असेंबली के क्रॉस-टेस्टिंग के लिए उपयोग किया जाता है, इस प्रकार उस वातावरण का अनुकरण किया जाता है जिसका वास्तविक उपयोग किया जाएगा स्थितियाँ।

Ubuntu 32 के साथ आए 19.10-बिट लाइब्रेरीज़ के सेट की तुलना में, Ubuntu 20.04 में अतिरिक्त रूप से शामिल होगा शामिल पुस्तकालय:

• फ्रीग्लूट3
• gstreamer1.0-प्लगइन्स-बेस
• libd3dadapter9-mesa
• libgpm2
• libosmesa6
• libtbb2
• libv4l-0
• libva-glx2
• वीए-ड्राइवर-सभी
• vdpau-चालक-सभी

लेकिन साथ ही, पुराने पैकेजों को सेट से बाहर रखा जाएगा, जो कि Ubuntu 20.04 में अब वर्तमान आर्किटेक्चर के लिए नहीं बनाया जाएगा (संस्करण-विशिष्ट पैकेज, जैसे libperl5.28 और libssl1.0.0, को नए से बदल दिया जाएगा) :

• जीसीसी-8-बेस
• libhogweed4
• libnettle6
• libperl5.28
• libsensors4
• libssl1.0.0
• libhogweed4
• libigdgmm5
• libllvm8
• libmysqlclient20
• libnettle6
• libtxc-dxtn-s2tc0
• libvpx5
• libx265-165
• वाइन-डेवेल-i386
• वाइन-स्टेबल-i386

आइए हम शुरुआत में कैनोनिकल को याद करें अभिप्रेत i386 आर्किटेक्चर के लिए पैकेज बनाना पूरी तरह से बंद कर दें (32-बिट वातावरण में 64-बिट अनुप्रयोगों को चलाने के लिए आवश्यक मल्टीआर्क लाइब्रेरी के निर्माण को रोकने सहित), लेकिन संशोधित यह निर्णय टिप्पणियों का अध्ययन करने के बाद लिया गया वाइन डेवलपर्स и गेमिंग प्लेटफॉर्म. एक समझौते के रूप में, 32-बिट पैकेजों का एक अलग सेट बनाने और शिप करने का निर्णय लिया गया, जिसमें विरासती प्रोग्रामों को चलाने के लिए आवश्यक लाइब्रेरीज़ शामिल थीं, जो केवल 32-बिट रह गए थे या 32-बिट लाइब्रेरीज़ की आवश्यकता थी।

I386 आर्किटेक्चर के लिए समर्थन बंद करने का कारण उबंटू में समर्थित अन्य आर्किटेक्चर के स्तर पर पैकेज बनाए रखने में असमर्थता है, उदाहरण के लिए, स्पेक्टर जैसी मूलभूत कमजोरियों के खिलाफ सुरक्षा और सुरक्षा में सुधार के क्षेत्र में नवीनतम विकास की अनुपलब्धता के कारण 32-बिट सिस्टम के लिए. I386 के लिए पैकेज बेस को बनाए रखने के लिए बड़े विकास और गुणवत्ता नियंत्रण संसाधनों की आवश्यकता होती है, जो छोटे उपयोगकर्ता आधार के कारण उचित नहीं है (i386 सिस्टम की संख्या स्थापित सिस्टम की कुल संख्या का 1% अनुमानित है)।

स्रोत: opennet.ru