Chrome i Chromium testują Flatpak, aby rozszerzyć swoje zasięg na Linuxie

Google eksperymentuje z pakowaniem Flatpak dla Chrome i Chromium na Linuxie, co może uprościć ich dystrybucję poza pakietami RPM i Debian, chociaż nadal nie oznacza to zobowiązania do oficjalnego wsparcia.

• Google dodało eksperymentalne wsparcie dla pakowania Flatpak w kodzie Chrome i Chromium, aby przeprowadzić testy na Linuxie.
• Propozycja ma na celu ocenę ograniczonych konfiguracji sandbox i rozszerzenie użycia portali XDG.
• Zmiana obejmuje skrypty pakowania, identyfikatory aplikacji i szablony metadanych dla Flatpak.

Google eksperymentuje z pakowaniem Flatpak dla Chrome i Chromium na Linuxie, jak donosi Phoronix. Inicjatywa znajduje się jeszcze w fazie testów i nie oznacza zobowiązania do oficjalnego wsparcia dla tego formatu, więc nie jest równoważna stabilnemu wydaniu ani nie potwierdza nowej, gwarantowanej drogi instalacji.

Modyfikacja ma na celu ułatwienie testowania ograniczonych konfiguracji sandbox i rozszerzenie istniejącego wsparcia dla portali XDG, komponentów, które pozwalają aplikacjom na kontrolowany dostęp do funkcji systemu Linux. Dostępne dowody nie pozwalają na przypisanie wdrożenia konkretnej osobie ani potwierdzenie dokładnej daty wskazanej w oryginalnym szkicu.

Ograniczone testy, nie ogłoszenie wsparcia

Flatpak to format dystrybucji aplikacji dla Linuxa, który grupuje program i jego zależności w bardziej izolowanym środowisku od systemu gospodarza. Taka architektura może pomóc w zapewnieniu, że ta sama aplikacja działa bardziej jednolicie między różnymi dystrybucjami, chociaż wymaga również dostosowania mechanizmów integracji z pulpitem, uprawnień i funkcji bezpieczeństwa.

Eksperymentalne wprowadzenie nie stanowi obietnicy oficjalnego wsparcia dla pakietów Flatpak. Kod pozwala na zbadanie technicznej możliwości, ale nie potwierdza, że Chrome będzie dystrybuowane w sposób ogólny za pośrednictwem Flathub, że Google zapewni stałe wsparcie ani że format zastąpi obecne kanały dystrybucji.

Praca tworzy katalog chrome/installer/linux/flatpak/, w którym znajdują się skrypty pakowania i szablony dla metadanych, informacje o AppStream i punkt wejścia dla uruchamiacza. Dodaje również argument kompilacji GN enable_flatpak, który domyślnie jest wyłączony i pozwala na aktywację eksperymentalnego przepływu w kompilacjach przeznaczonych dla tego formatu.

Modyfikacja została wprowadzona do kodu testowego, aby deweloperzy mogli ocenić zachowanie przeglądarki w pakiecie Flatpak. Jednak integracja kodu tylko pokazuje, że techniczna zdolność weszła do projektu; nie ustala daty dostępności dla użytkowników końcowych ani nie zmienia sama w sobie polityki dystrybucji Google.

Co zmienia się w pakowaniu Chrome

Propozycja wprowadza pole package_format do InstallerConfig, konfiguracji używanej przez proces instalacji do rozróżniania formatów wyjściowych. Gdy celem jest Flatpak, system pomija różne artefakty integracyjne specyficzne dla systemu gospodarza, w tym pliki .desktop systemu, linki symboliczne w /usr/bin, metadane AppStream, domyślne aplikacje GNOME, strony man i profile AppArmor.

Te wykluczenia odpowiadają fundamentalnej różnicy między tradycyjną instalacją a aplikacją zamkniętą. W konwencjonalnych pakietach instalator może bezpośrednio pisać w współdzielonych lokalizacjach systemu, podczas gdy Flatpak dąży do utrzymania aplikacji w określonych granicach i korzystania z kontrolowanych interfejsów do interakcji z pulpitem i innymi zasobami.

Kod aktualizuje również common/installer.py, aby uwzględnić konfigurację Flatpak oraz mapowanie identyfikatorów aplikacji. Dla Chromium przewidziano wzór org.chromium.Chromium*, podczas gdy Google Chrome używa com.google.Chrome*, co pozwala na rozróżnienie obu produktów w ekosystemie aplikacji Linux.

Ponadto Google uogólnia common/desktop.template, aby obsługiwać polecenia uruchamiania zarówno aplikacji Flatpak, jak i instalacji systemowych. Ta adaptacja jest konieczna, ponieważ launcher nie wywołuje aplikacji zamkniętej w ten sam sposób, co binarny plik zainstalowany w tradycyjnej ścieżce.

Sandbox, kompilacje i potencjalny zasięg

Modyfikacja dezaktywuje sandbox setuid oraz kompresję zlib w nieoficjalnych kompilacjach. Tekst implementacji łączy te decyzje z przepływem eksperymentalnym, dlatego nie należy ich interpretować jako ogólnych zmian w oficjalnej wersji przeglądarki ani jako rekomendacji dla użytkowników do usuwania warstw bezpieczeństwa z ich instalacji.

Sandbox setuid należy do mechanizmów używanych przez Chromium do wzmocnienia izolacji procesów, podczas gdy Flatpak wnosi swój własny model zamknięcia i kontroli uprawnień. Koegzystencja obu systemów wymaga starannych testów, ponieważ niewłaściwa konfiguracja może wpłynąć na zgodność, wydajność lub powierzchnię bezpieczeństwa aplikacji.

Zmiana aktualizuje również BUILD.gn z celami i aliasami przeznaczonymi do pakowania Flatpak. Integrując je w systemie kompilacji, deweloperzy mogą produkować i testować format w ramach zwykłych przepływów projektu, chociaż opcja ta pozostaje eksperymentalna i jest utrzymywana poza domyślną konfiguracją.

Jeśli testy przebiegną pomyślnie, Flatpak może zaoferować Chrome i Chromium bardziej jednolitą ścieżkę dla dystrybucji Linux, które nie polegają na pakietach RPM lub Debian. Ta możliwość jest atrakcyjna dla użytkowników i opiekunów, którzy preferują aplikację samodzielną, ale wszelkie przyszłe korzyści będą zależeć od późniejszych decyzji dotyczących wsparcia, aktualizacji, uprawnień i dystrybucji.

Przyczyny ostatnich ruchów

W tym przypadku nie chodzi o ruch rynkowy, lecz o modyfikację techniczną w kodzie Chrome i Chromium. Potwierdzonym katalizatorem jest eksperymentalne wprowadzenie pakowania Flatpak w celu przetestowania ograniczonych konfiguracji sandbox i integracji z portalami XDG. Nie ma dostępnych dowodów na ogłoszenie oficjalnego wsparcia ani decyzji o dystrybucji Chrome za pośrednictwem Flathub.

Możliwy nowy etap dla Linuxa

Chrome i Chromium miały historycznie szczególnie widoczną obecność w środowiskach Linux opartych na tradycyjnych formatach pakietów. Eksploracja Flatpak nie eliminuje tych kanałów, ale sugeruje, że Google ocenia doświadczenie instalacji mniej związane ze specyficzną strukturą każdej dystrybucji.

Dla użytkowników pakiet Flatpak może uprościć dostępność przeglądarki w systemach, gdzie nie ma oficjalnie dostosowanego pakietu lub gdzie zależności generują tarcia. Niemniej jednak format ten może również wprowadzać pytania dotyczące rozmiaru pobrań, dostępu do plików, integracji z motywami wizualnymi, odtwarzania multimediów oraz zgodności z funkcjami, które oczekują interakcji bezpośredniej z systemem.

Wsparcie dla portali XDG zajmuje centralne miejsce w tej fazie, ponieważ oferuje ustandaryzowane interfejsy do operacji takich jak wybieranie plików, otwieranie linków czy uzyskiwanie dostępu do zasobów środowiska z większą kontrolą. Rozszerzenie tego wsparcia pozwoliłoby Chrome działać w ramach sandboxu bez polegania na szerokich uprawnieniach dla każdej codziennej interakcji, chociaż jakość doświadczenia będzie musiała być weryfikowana poprzez rzeczywiste testy.

Na razie najkonkretniejszym sygnałem jest techniczny, a nie komercyjny: Google wprowadziło eksperymentalny kod do budowy pakietów Flatpak, ale nie ogłosiło oficjalnego wsparcia. Następnym krokiem będzie sprawdzenie, czy wdrożenie osiągnie potrzebną stabilność i kompatybilność, aby uzasadnić formalną dystrybucję.

Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.