या वर्षाच्या जुलैमध्ये आम्ही याबद्दल ब्लॉगवर बोलत होतो तेव्हापासून उबंटूच्या बाबतीत काही जणांमध्ये असंतोष निर्माण झाला होता कॅनॉनिकलने जाहीर केले होते आपल्या सिस्टमच्या वर्तमान आवृत्तीपेक्षा (उबंटू 19.10) 32-बिट आर्किटेक्चर यापुढे समर्थित नसेल.
अधिकृत i386 आर्किटेक्चरसाठी पॅकेज निर्मिती पूर्णपणे थांबविण्याच्या उद्देशाने होते (32-बिट वातावरणात 64-बिट अनुप्रयोग चालविण्यासाठी आवश्यक असलेल्या मल्टीआर्ट लायब्ररीची निर्मिती सोडणे यासह), पण त्याने आपल्या निर्णयाचा पुनर्विचार केला वाइन आणि विशेषत: स्टीमच्या विकसकांनी केलेल्या टिप्पण्यांचे परीक्षण केल्यावर.
तडजोड म्हणून वेगळ्या सेटच्या वितरणाची हमी देण्याचा निर्णय घेण्यात आला केवळ 32-बिट स्वरूपातच राहणार्‍या किंवा 32-बिट लायब्ररीची आवश्यकता असलेल्या अप्रचलित प्रोग्रामचे कार्य सुरू ठेवण्यासाठी आवश्यक लायब्ररीसह 32-बिट पॅकेजेस.
व्यत्यय कारण i386 आर्किटेक्चर समर्थन इतर आर्किटेक्चरच्या पातळीवर पॅकेजेस राखण्यास असमर्थता आहे उबंटूशी सुसंगत, उदाहरणार्थ, 32-बिट सिस्टमसाठी स्पेक्टर सारख्या मूलभूत असुरक्षा विरूद्ध सुरक्षा आणि संरक्षणामधील नवीनतम घडामोडींच्या अक्षमतेमुळे.
आय 386 साठी पॅकेज बेस राखण्यासाठी विकास आणि गुणवत्ता नियंत्रणासाठी मोठ्या संसाधनांची आवश्यकता असते, जे लहान वापरकर्ता बेसमुळे न्याय्य नसतात (स्थापित केलेल्या सिस्टमच्या एकूण संख्येच्या 386% अंदाजे i1 प्रणाल्यांची गणना केली जाते).
म्हणूनच अलीकडे, स्टीव्ह लाँगसेकने भविष्यात 32 पॅकेजेस हाताळण्यासाठी योजना सादर केल्या उबंटू मध्ये बिट्स. त्यांनी i386 आर्किटेक्चरसाठी लायब्ररीच्या यादीच्या समुदायासह चर्चेच्या परिणामाचा सारांश केला, ज्याला उबंटू 32 "फोकल फोसा" मधील 20.04-बिट अनुप्रयोगांसह सुसंगतता सुनिश्चित करण्यासाठी समाविष्ट करण्याचा विचार केला आहे.
30 हजाराहून अधिक पॅकेजेसपैकी सुमारे 1700 पैकी निवड झाली, ज्यासाठी i32 आर्किटेक्चरसाठी त्या 386-बिट पॅकेजेसची निर्मिती सुरू राहील.
पासून उबंटू २०.०20.04 फोकल फोसासाठी केवळ मर्यादित संख्या असलेली पॅकेजेसची टिप्पणी आहे अनुकूलता राखण्यासाठी 32-बिट. यामध्ये उदाहरणार्थ, वाइन आणि स्टीम क्लायंटचा समावेश आहे, ज्याद्वारे थीम मूळतः टेबलावर आली.
या यादीमध्ये प्रामुख्याने 32-बिट अनुप्रयोगांमध्ये वापरल्या गेलेल्या लायब्ररीचा समावेश आहे अजूनही वापरात आहे, तसेच या लायब्ररीशी संबंधित अवलंबन. त्याच्या बाजूला संकुल त्या मानल्या जातात अप्रचलित आवृत्त्या सर्वात अलीकडील स्थिर आवृत्तीद्वारे पुनर्स्थित केल्या जातील आणि सूचीबद्ध ग्रंथालयांच्या चाचणीसाठी वापरल्या जाणार्‍या अवलंबित्व जतन करणे, 386-बिट सिस्टम वातावरणात i64 लायब्ररीच्या बांधकामाची चाचणी घेण्यासाठी, अशा परिस्थितीत वास्तविक परिस्थितीत वापरल्या जाणार्‍या वातावरणाची अनुकरण करण्याची योजना आखली आहे.
आणखी काही आय -386 बायनरी पॅकेजेस आहेत ज्यांचे स्रोत अद्याप श्वेतसूचीबद्ध केलेले नाहीत, म्हणूनच उबंटू 20.04 च्या पॅकेज रेपॉजिटरीमधून नजीकच्या भविष्यात ते उबंटू प्रकल्पातून पूर्णपणे काढून टाकले जातील.
जरी हे सर्व अद्याप प्राथमिक विश्लेषण आहे, विकासकांशी संपर्क साधला जाऊ शकतो हे नमूद करा पॅकेज सुसंगततेसाठी विनंती करण्यासाठी.
हे अधिकृत पॅकेज स्रोतांमध्ये तसेच 386 पीपीए (पर्सनल पॅकेज आर्काइव्ह) मध्ये तृतीय-पक्ष सॉफ्टवेअरची देखभाल करणार्‍यांसाठीही आहे. स्वारस्य भाग त्यांनी 32-बिट बायनरी पॅकेजच्या अस्तित्वाची कारणे सादर केली पाहिजेत "उबंटू-रिलीझ" मेलिंग सूचीवर किंवा फ्रीनोडवरील "# उबंटू-डेव्हल" चॅट रूममध्ये. हे वैध असल्यास, पॅकेजेस देखील श्वेतसूची केली जातील आणि म्हणूनच फोकल फोसा.
आय 386 बायनरीस नियोजित प्रमाणात काढून टाकण्यापर्यंत अद्याप थोडा वेळ लागतो: लांगसेकच्या म्हणण्यानुसार
“प्रारंभी, पॅकेज चाचणीसाठी प्रकल्प-विशिष्ट पायाभूत सुविधा (“ ऑटोपकीटेस्ट ”) d२-बिट लायब्ररीची एएमडी host32 होस्टवर चाचणी करण्यासाठी रुपांतर करणे आवश्यक आहे. हे असे वातावरण आहे ज्यात सामान्यत: 64-बिट पॅकेजेस वापरली जातात. "
आपल्याला त्याबद्दल अधिक जाणून घेऊ इच्छित असल्यास आपण मध्ये असलेल्या चर्चेचा तपशील तपासू शकता खालील दुवा.