Kilka dni temu Tutaj na blogu poinformowaliśmy Cię o ostatniej decyzji podjętej przez programistów Ubuntu skąd od wersji 19.10, Ubuntu nie będzie już obsługiwać ani tworzyć pakietów dla architektury 32-bitowej. Wraz z pojawieniem się Eoan Ermine, Ubuntu całkowicie zamknie zamknięcie 32-bitowej architektury.
W obliczu tej decyzji niektórzy deweloperzy są zaniepokojeni ponieważ ta decyzja może spowodować więcej problemów niż korzyści dla systemu, ponieważ już doprowadziła do odpowiedzi Wine na temat pozostawienia Ubuntu 19.10 bez wsparcia.
I to pomimo tego, że ten ruch nie jest całkowicie nieoczekiwany, skoro programiści Ubuntu wcześniej zapowiadali, że podejmą decyzję w tej sprawie.
Gdy to się odwróci, zespół inżynierów Ubuntu mówi, że:
„Przejrzeliśmy fakty przed nami i doszliśmy do wniosku, że nie powinniśmy kontynuować i386 jako architektury”.
Will Cooke zauważa, że:
„W obliczu dużej możliwości, że nie uwzględnimy i386 jako architektury wydania w 20.04 LTS, podjęliśmy proaktywny krok, aby wyłączyć aktualizacje od 18.04 do 18.10 dla systemów i386, aby zapobiec przypadkowemu utknięciu użytkowników w tymczasowej wersji z 9-miesięcznym wsparciem , zamiast pozwalać im na dalsze uruchamianie Ubuntu 18.04 LTS z 5-letnim standardowym wsparciem.
Biorąc to pod uwagę, programiści Wine są jednymi z tych, którzy nie są zadowoleni z tej decyzji.
Twórcy wina przeciwko porzucaniu 32-bitów w Ubuntu
Projekt Wine wyraża ogromną krytykę planu Ubuntu zaprzestać oferowania pakietów 32-bitowych dla architektury x86, ponieważ spowoduje to wiele problemów dla projektu i użytkowników.
Ponieważ w Wine Mówią, że w przypadku rezygnacji ze wsparcia do pakietów 32-bitowych w Ubuntu 19.04 te wersje Ubuntu i kolejne, które są kontynuowane, zostałyby oficjalnie pozostawione bez obsługi Wine.
I nie jest to zwykły kaprys twórców Wine, ale to ponieważ obecne wersje Wine dla dystrybucji 64-bitowych są oparte na Wine32 i wymagają bibliotek 32-bitowych.
Zwykle w środowiskach 64-bitowych wymagane biblioteki 32-bitowe są dostarczane w pakietach multiarch, ale w Ubuntu zdecydowano się całkowicie zaprzestać tworzenia takich bibliotek.
Powód tego jest dość łatwy do zrozumienia: wiele aplikacji systemu Windows nadal używa kodu 32-bitowego w całości lub w części.
Musi to być zgodne z projektem Wine, aby można było uruchamiać aplikacje Windows tylko pod Linuksem.
Deweloperzy Ubuntu widzą to trochę inaczej i wskazują, że wiele aplikacji może działać w międzyczasie, po prostu z 64-bitową wersją Wine.
W przypadku innych programów Zespół Ubuntu odnosi się do możliwości korzystania z Ubuntu 18.04, które jest oficjalnie kompatybilne z architekturą 32-bitową do 2023 roku.
Tę wersję można również uruchomić w kontenerze. Dzięki przekazywaniu technologii graficznej do kontenera starsze 32-bitowe gry mogą nadal działać na bieżących wersjach Ubuntu.
Jednym ze sposobów przezwyciężenia tych problemów mogłoby być zastosowanie technologii multiarch. w przyszłych wersjach 64-bitowej architektury Ubuntu.
Ułatwia to używanie bibliotek 32-bitowych jako środowiska wykonawczego w wersji 64-bitowej.
Inne możliwe rozwiązanie Ubuntu do korzystania w przyszłości z 32-bitowego Wine, polegające na publikowaniu aplikacji jako snapów lub korzystaniu z kontenera LXD opartego na Ubuntu 18.04 LTS, który ma pełny dostęp do 32-bitowego multiarchowego WINE i powiązanych bibliotek, zostało również omówione przez twórcy Wine,
Chociaż w Wine twierdzą, że nie ma sensu wkładać dużo wysiłku w to tymczasowe rozwiązanie. Opiekun repozytorium Wine wspomniał również, że nie jest zainteresowany utrzymywaniem tak wielu bibliotek.
Ponadto radzi, że nie będzie odwracał swojej pracy od proponowania tymczasowych rozwiązań dla pojedynczego systemu i systemów pakietowych, których konserwacja nie mieści się w jego planach.