ابتدایی
لیست بسته های 32 بیتی ارسال شده بر اساس ورودی جامعه خواهد بود و شامل اجزای مورد نیاز برای ادامه اجرای برنامه های قدیمی است که فقط 32 بیتی باقی می مانند یا به کتابخانه های 32 بیتی نیاز دارند. علاوه بر این، اگر مشخص شود که لیست ناقص است و بسته های مفقود شناسایی می شوند، آنها قصد دارند مجموعه بسته ها را پس از انتشار تکمیل کنند.
گفته میشود که بحثها و نظراتی که پس از اعلام پایان پشتیبانی از معماری i386 به وجود آمد، برای توسعهدهندگان توزیع غافلگیرکننده بود، زیرا موضوع پایان پشتیبانی از i386 از سال 2014 در جامعه و بین توسعهدهندگان مورد بحث قرار گرفته است. . توسعهدهندگان اوبونتو این تصور را داشتند که بر سر موضوع کنار گذاشتن پشتیبانی i386 به توافق رسیدهاند و هیچ مشکلی پیشبینی نمیشود، اما همانطور که مشخص شد، برخی از نکات نادیده گرفته شد، از جمله در هنگام مشاوره با Valve (توجه: احتمالاً برخی از کسانی که در این مورد بحث میکنند میتوانند پیشبینی نکردهاند که تصمیم گرفته میشود نه تنها ساخت بستههای i386 متوقف شود، بلکه از ساخت کتابخانههای multiarch لازم برای اجرای برنامههای 32 بیتی در یک محیط 64 بیتی نیز خودداری شود.
در دراز مدت، برای اطمینان از پشتیبانی از برنامه های 32 بیتی در نسخه های پس از اوبونتو 20.04، برنامه ریزی شده است که با WINE، استودیو اوبونتو و تامین کنندگان بازی همکاری کند تا راه حلی برای استفاده از سیستم های جداسازی کانتینر برای ارسال اجزای 32 بیتی از LTS ایجاد کند. شعبه اوبونتو و سازماندهی راه اندازی برنامه های قدیمی تر. بر اساس Snaps و LXD امکان تهیه محیط 32 بیتی لازم و مجموعه ای از کتابخانه ها وجود خواهد داشت.
به یاد بیاوریم که دلیل قطع پشتیبانی از معماری i386 عدم امکان نگهداری بسته ها در سطح معماری های دیگر پشتیبانی شده در اوبونتو است، به عنوان مثال، به دلیل در دسترس نبودن آخرین پیشرفت ها در زمینه بهبود امنیت و محافظت در برابر اساسی. آسیب پذیری هایی مانند Spectre برای سیستم های 32 بیتی. حفظ پایگاه بسته برای i386 نیازمند توسعه و منابع کنترل کیفیت زیادی است که به دلیل استفاده از پایگاه کاربر کوچک توجیه پذیر نیست (تعداد سیستم های i386 1٪ از تعداد کل سیستم های نصب شده تخمین زده می شود).
منبع: opennet.ru