Flatpak 1.14.0 თვითმმართველობის პაკეტის სისტემის გამოშვება

გამოქვეყნდა Flatpak 1.14 ხელსაწყოთა ნაკრების ახალი სტაბილური ფილიალი, რომელიც უზრუნველყოფს სისტემას თვითმმართველობის პაკეტების შესაქმნელად, რომლებიც არ არის მიბმული Linux-ის კონკრეტულ დისტრიბუციაზე და მუშაობს სპეციალურ კონტეინერში, რომელიც იზოლირებს აპლიკაციას დანარჩენი სისტემისგან. Flatpak პაკეტების გაშვების მხარდაჭერა უზრუნველყოფილია Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint, Alt Linux და Ubuntu-სთვის. Flatpak პაკეტები შედის Fedora-ს საცავში და მხარდაჭერილია GNOME-ის აპლიკაციის მენეჯერის მიერ.

ძირითადი ინოვაციები Flatpak 1.14 ფილიალში:

• შესაძლებელია შეიქმნას დირექტორია ფაილებისთვის (.local/state) და დააყენოთ XDG_STATE_HOME გარემოს ცვლადი, რომელიც მიუთითებს ამ დირექტორიაზე.
• დაემატა ფორმის პირობითი შემოწმებები "have-kernel-module-name" ბირთვის მოდულების არსებობის დასადგენად (ადრე შემოთავაზებული have-intel-gpu შემოწმების უნივერსალური ანალოგი, რომლის ნაცვლად გამოთქმა "have-kernel-module-i915 ”ახლა შეიძლება გამოყენებულ იქნას).
• ბრძანება „flatpak document-unexport —doc-id=…“ განხორციელდა.
• უზრუნველყოფილია Appstream მეტამონაცემების ექსპორტი ძირითად გარემოში გამოსაყენებლად.
• დამატებულია flatpak ბრძანების შესრულების წესები Fish shell-ისთვის
• ქსელში წვდომა X11 და PulseAudio სერვისებზე ნებადართულია (თუ დამატებულია შესაბამისი პარამეტრები).
• Git-ის საცავში მთავარ ფილიალს „მასტერიდან“ „მთავარი“ ეწოდა, რადგან სიტყვა „მასტერი“ ბოლო დროს პოლიტიკურად არაკორექტულად იქნა მიჩნეული.
• გაშვების სკრიპტები ახლა ხელახლა იწერება, თუ აპლიკაციას სახელი გადაერქვა.
• დაამატა "--include-sdk" და "--include-debug" პარამეტრები ინსტალაციის ბრძანებას SDK და გამართვის ფაილების დასაყენებლად.
• დაემატა „DeploySideloadCollectionID“ პარამეტრის მხარდაჭერა flatpakref და flatpakrepo ფაილებს. დაყენებისას, კოლექციის ID დაყენდება დისტანციური საცავის დამატებისას და არა მეტამონაცემების ჩატვირთვის შემდეგ.
• ნებადართულია ჩაშენებული სავარჯიშო გარემოს შექმნა დამმუშავებლებისთვის სესიებზე ცალკე MPRIS (Media Player Remote Interfacing Specification) სახელებით.
• ბრძანების ხაზის უტილიტები ახლა გვაწვდიან ინფორმაციას მოძველებული გაშვების გაფართოებების გამოყენების შესახებ.
• დეინსტალაციის ბრძანება ახორციელებს დადასტურების მოთხოვნას სანამ ამოიღებს გაშვების ან გაშვების გაფართოებებს, რომლებიც ჯერ კიდევ გამოიყენება.
• დაემატა მხარდაჭერა "--socket=gpg-agent" ოფციისთვის ბრძანებებისთვის, როგორიცაა "flatpak run".
• დაფიქსირდა დაუცველობა libostree-ში, რომელიც პოტენციურად საშუალებას მისცემს მომხმარებელს წაშალოს თვითნებური ფაილები სისტემაში flatpak-system-helper handler-ის მანიპულირების გზით (წაშლის მოთხოვნის გაგზავნა სპეციალურად ფორმატირებული ფილიალის სახელით). პრობლემა ჩნდება მხოლოდ Flatpak-ისა და libostree-ის ძველ ვერსიებში, რომლებიც გამოვიდა 2018 წლამდე (< 0.10.2) და არ მოქმედებს მიმდინარე გამოშვებებზე.

შეგახსენებთ, რომ Flatpak საშუალებას აძლევს აპლიკაციების დეველოპერებს გაამარტივონ თავიანთი პროგრამების განაწილება, რომლებიც არ შედის სტანდარტული განაწილების საცავებში ერთი უნივერსალური კონტეინერის მომზადებით, თითოეული განაწილებისთვის ცალკეული შეკრებების შექმნის გარეშე. უსაფრთხოების შეგნებული მომხმარებლებისთვის, Flatpak საშუალებას გაძლევთ გაუშვათ საეჭვო აპლიკაცია კონტეინერში, რაც უზრუნველყოფს წვდომას მხოლოდ აპლიკაციასთან დაკავშირებულ ქსელის ფუნქციებსა და მომხმარებლის ფაილებზე. ახალი პროდუქტებით დაინტერესებული მომხმარებლებისთვის Flatpak საშუალებას გაძლევთ დააინსტალიროთ აპლიკაციების უახლესი ტესტი და სტაბილური გამოშვებები სისტემაში ცვლილებების შეტანის საჭიროების გარეშე. მაგალითად, Flatpak პაკეტები შექმნილია LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 AD, Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio და ა.შ.

პაკეტის ზომის შესამცირებლად, ის მოიცავს მხოლოდ აპლიკაციის სპეციფიკურ დამოკიდებულებებს, ხოლო ძირითადი სისტემის და გრაფიკული ბიბლიოთეკები (GTK, Qt, GNOME და KDE ბიბლიოთეკები და ა.შ.) შექმნილია როგორც დანამატის სტანდარტული გაშვების გარემო. Flatpak-სა და Snap-ს შორის მთავარი განსხვავება ისაა, რომ Snap იყენებს ძირითადი სისტემის გარემოს კომპონენტებს და იზოლაციას, რომელიც დაფუძნებულია ფილტრაციის სისტემის ზარებზე, ხოლო Flatpak ქმნის სისტემისგან განცალკევებულ კონტეინერს და მუშაობს დიდი გაშვების კომპლექტებით, რაც უზრუნველყოფს არა პაკეტებს, როგორც დამოკიდებულებებს, არამედ სტანდარტულს. ერთი სისტემური გარემო (მაგალითად, ყველა ბიბლიოთეკა, რომელიც აუცილებელია GNOME ან KDE პროგრამების მუშაობისთვის).

გარდა სტანდარტული სისტემური გარემოსა (გაშვების დრო), რომელიც დაინსტალირებულია სპეციალური საცავიდან, მოწოდებულია დამატებითი დამოკიდებულებები (შეკვრა), რომელიც საჭიროა აპლიკაციის მუშაობისთვის. მთლიანობაში, Runtime და Bundle ქმნიან კონტეინერის შევსებას, მიუხედავად იმისა, რომ Runtime დამონტაჟებულია ცალკე და მიბმულია ერთდროულად რამდენიმე კონტეინერზე, რაც საშუალებას გაძლევთ თავიდან აიცილოთ კონტეინერებისთვის საერთო სისტემის ფაილების დუბლირება. ერთ სისტემას შეიძლება ჰქონდეს რამდენიმე განსხვავებული გაშვების დრო დაინსტალირებული (GNOME, KDE) ან ერთი და იგივე გაშვების რამდენიმე ვერსია (GNOME 3.40, GNOME 3.42). კონტეინერი აპლიკაციით, როგორც დამოკიდებულებით, იყენებს კავშირს მხოლოდ კონკრეტულ გაშვების დროზე, ინდივიდუალური პაკეტების გათვალისწინების გარეშე, რომლებიც ქმნიან გაშვების დროს. ყველა დაკარგული ელემენტი შეფუთულია პირდაპირ აპლიკაციასთან. როდესაც კონტეინერი იქმნება, Runtime-ის შიგთავსი დამონტაჟებულია /usr დანაყოფის სახით, ხოლო პაკეტი დამონტაჟებულია /app დირექტორიაში.

გაშვების დრო და აპლიკაციის კონტეინერები აგებულია OSTree ტექნოლოგიის გამოყენებით, რომელშიც სურათი ატომურად განახლებულია Git-ის მსგავსი საცავიდან, რაც საშუალებას აძლევს ვერსიის კონტროლის მეთოდების გამოყენებას განაწილების კომპონენტებზე (მაგალითად, შეგიძლიათ სწრაფად დააბრუნოთ სისტემა წინა მდგომარეობა). RPM პაკეტები ითარგმნება OSTree საცავში სპეციალური rpm-ostree ფენის გამოყენებით. სამუშაო გარემოში პაკეტების ცალკე ინსტალაცია და განახლება არ არის მხარდაჭერილი; სისტემა განახლებულია არა ცალკეული კომპონენტების დონეზე, არამედ მთლიანობაში, ატომურად ცვლის მის მდგომარეობას. გთავაზობთ ინსტრუმენტებს განახლებების ეტაპობრივად გამოყენებისთვის, რაც გამორიცხავს სურათის მთლიანად ჩანაცვლების აუცილებლობას ყოველი განახლებით.

გენერირებული იზოლირებული გარემო სრულიად დამოუკიდებელია გამოყენებული დისტრიბუციისგან და, პაკეტის სათანადო პარამეტრებით, არ აქვს წვდომა მომხმარებლის ფაილებსა და პროცესებზე ან მთავარ სისტემაზე, არ შეუძლია პირდაპირ წვდომა აღჭურვილობაზე, გარდა DRI-ის საშუალებით გამომავალი, და ზარები ქსელის ქვესისტემაში. გრაფიკული გამომავალი და შეყვანის ორგანიზაცია ხორციელდება Wayland პროტოკოლის გამოყენებით ან X11 სოკეტის გადამისამართებით. გარე გარემოსთან ურთიერთქმედება ეფუძნება DBus შეტყობინებების სისტემას და სპეციალურ Portals API-ს.

იზოლირებისთვის გამოიყენება Bubblewrap ფენა და Linux კონტეინერის ვირტუალიზაციის ტრადიციული ტექნოლოგიები, რომლებიც დაფუძნებულია cgroups, namespace, Seccomp და SELinux-ის გამოყენებაზე. PulseAudio გამოიყენება ხმის გამოსასვლელად. ამ შემთხვევაში, იზოლაცია შეიძლება გამორთოთ, რომელსაც იყენებენ მრავალი პოპულარული პაკეტის დეველოპერები ფაილურ სისტემაზე და სისტემის ყველა მოწყობილობაზე სრული წვდომის მისაღებად. მაგალითად, GIMP, VSCodium, PyCharm, Octave, Inkscape, Audacity და VLC გააჩნია შეზღუდული იზოლაციის რეჟიმი, რომელიც ტოვებს სრულ წვდომას სახლის დირექტორიაზე. თუ საწყის დირექტორიაში წვდომის მქონე პაკეტები დაზიანებულია, მიუხედავად პაკეტის აღწერილობაში „სანდბოქსის“ ეტიკეტის არსებობისა, თავდამსხმელს მხოლოდ ~/.bashrc ფაილის შეცვლა სჭირდება თავისი კოდის შესასრულებლად. ცალკე საკითხია პაკეტებში ცვლილებების კონტროლი და პაკეტების შემქმნელებისადმი ნდობა, რომლებიც ხშირად არ ასოცირდება მთავარ პროექტთან ან დისტრიბუციებთან.

წყარო: opennet.ru