In juli van dit jaar, we hadden het hier op de blog over een van de nieuwsberichten die sindsdien ontevredenheid bij sommigen met Ubuntu had veroorzaakt dat Canonical had aangekondigd dat voor de huidige versie van uw systeem (Ubuntu 19.10) 32-bits architectuur zou niet langer worden ondersteund.
Kanoniek bedoeld om de verpakking voor de i386-architectuur volledig te stoppen (inclusief het opgeven van de vorming van multiarch-bibliotheken die nodig zijn om 32-bits toepassingen in een 64-bits omgeving uit te voeren), maar hij kwam op zijn besluit terug na bestudering van de opmerkingen van de ontwikkelaars van Wine en vooral Steam.
Bij wijze van compromis is ervoor gekozen om de levering van een losse set te garanderen van 32-bits pakketten met de bibliotheken die nodig zijn om de werking van verouderde programma's voort te zetten die alleen in 32-bits vorm blijven of 32-bits bibliotheken vereisen.
De reden van de onderbreking ondersteuning voor i386-architectuur is het onvermogen om pakketten op het niveau van andere architecturen te behouden bijvoorbeeld compatibel met Ubuntu vanwege de ontoegankelijkheid van de nieuwste ontwikkelingen op het gebied van beveiliging en bescherming tegen fundamentele kwetsbaarheden zoals Spectre voor 32-bits systemen.
Het onderhouden van een pakketbasis voor i386 vereist grote middelen voor ontwikkeling en QA, die niet worden gerechtvaardigd door het kleine gebruikersbestand (het aantal i386-systemen wordt geschat op 1% van het totale aantal geïnstalleerde systemen).
Daarom sinds kort Steve Langasek presenteerde plannen voor de toekomstige behandeling van 32-packs stukjes op Ubuntu. Hij vatte de resultaten samen van een discussie met de gemeenschap over een lijst met bibliotheken voor de i386-architectuur, die naar verwachting zullen worden opgenomen om compatibiliteit met 32-bits applicaties in Ubuntu 20.04 "Focal Fossa" te garanderen.
Van de ruim 30 duizend pakketten zijn er zo'n 1700 geselecteerd, waarvoor de vorming van die 32-bits pakketten voor de i386-architectuur zal worden voortgezet.
als merkt op dat Focal Fossa voor Ubuntu 20.04 slechts een beperkt aantal pakketten zal hebben 32-bits om compatibiliteit te behouden. Deze omvatten bijvoorbeeld Wine en de Steam-client, waardoor het thema oorspronkelijk op tafel kwam.
De lijst bevat voornamelijk bibliotheken die worden gebruikt in 32-bits toepassingen. nog steeds in gebruik, evenals afhankelijkheden die aan deze bibliotheken zijn gekoppeld. Ook dat de pakketten die worden overwogen verouderde versies worden vervangen door de meest recente stabiele versies en het is de bedoeling om de afhankelijkheden die worden gebruikt voor het testen van de vermelde bibliotheken op te slaan, om de i386-bibliotheekbuilds in de 64-bits systeemomgeving te kruistesten, waardoor de omgeving wordt gesimuleerd die in reële omstandigheden moet worden gebruikt.
Er zijn een paar andere i386 binaire pakketten waarvan de bronnen nog niet op de witte lijst staan, dus ze zullen in de nabije toekomst volledig uit het Ubuntu-project worden verwijderd uit de pakketrepository voor Ubuntu 20.04.
Hoewel dit alles nog een voorlopige analyse is, Ze vermelden dat de ontwikkelaars gecontacteerd kunnen worden een tijdje om pakketcompatibiliteit aan te vragen.
Dit betreft zowel beheerders van i386-pakketten op officiële pakketbronnen, als degenen die software van derden onderhouden in een PPA (Personal Package Archive). De geïnteresseerde onderdelen moeten hun redenen voor het bestaan van 32-bits binaire pakketten presenteren op de "ubuntu-release" mailinglijst of in de "#ubuntu-devel" chatroom op Freenode. Als deze geldig zijn, komen de pakketten ook op de witte lijst en dus in Focal Fossa.
Het duurt nog even tot de geplande massale verwijdering van i386-binaries: volgens Langasek
In eerste instantie is het nodig om de projectspecifieke infrastructuur voor het testen van pakketten ("autopkgtest") aan te passen om 32-bits bibliotheken op een amd64-host te testen. Dit is ook de omgeving waarin 32-bits pakketten over het algemeen worden gebruikt."
Als je er meer over wilt weten, kun je de details van de discussie raadplegen in de volgende link.