Pengelola paket menyediakan cara mengemas, mendistribusikan, menginstal, dan memelihara aplikasi dalam sistem operasi. Dengan aplikasi desktop, server, dan IoT modern dari sistem operasi Linux dan ratusan distro berbeda yang ada, menjadi perlu untuk beralih dari metode pengemasan khusus platform ke metode agnostik platform. Posting ini mengeksplorasi 3 alat tersebut, yaitu AppImage , Jepret dan Flatpak , yang masing-masing bertujuan untuk menjadi masa depan penyebaran dan manajemen perangkat lunak di Linux. Di bagian akhir, kami merangkum beberapa temuan utama.
1. AppImage
AppImage mengikuti konsep yang disebut “Satu aplikasi =satu file” . Ini harus dipahami sebagai AppImage menjadi "file" independen biasa yang berisi satu aplikasi dengan semua yang dibutuhkan untuk berjalan di file tersebut. Setelah dibuat dapat dieksekusi, AppImage dapat dijalankan seperti aplikasi apa pun di komputer hanya dengan mengklik dua kali di sistem file pengguna.[1]
Ini adalah format untuk membuat perangkat lunak portabel untuk Linux tanpa mengharuskan pengguna untuk menginstal aplikasi tersebut. Format ini memungkinkan pengembang asli perangkat lunak (pengembang hulu) untuk membuat platform dan versi distribusi independen (juga disebut biner distribusi-agnostik) dari aplikasi mereka yang pada dasarnya akan berjalan pada semua jenis Linux.
AppImage telah ada sejak lama. Klik , pendahulu AppImage dibuat oleh Simon Peter pada tahun 2004. Proyek ini ditutup pada tahun 2011 setelah tidak melewati tahap beta. Sebuah proyek bernama PortableLinuxApps dibuat oleh Simon pada waktu yang hampir bersamaan dan formatnya diambil oleh beberapa portal yang menawarkan perangkat lunak untuk pengguna Linux. Proyek ini berganti nama lagi pada tahun 2013 menjadi nama saat ini AppImage dan repositori telah dipertahankan di GitHub (tautan proyek) dengan semua perubahan terbaru yang sama sejak 2018.[2][3]
Ditulis terutama dalam C dan mengenakan lisensi MIT sejak 2013, AppImage saat ini dikembangkan oleh Proyek AppImage . Ini adalah cara yang sangat nyaman untuk menggunakan aplikasi seperti yang ditunjukkan oleh fitur berikut:
- AppImages dapat berjalan di hampir semua sistem Linux. Seperti yang disebutkan sebelumnya, aplikasi memperoleh banyak fungsi dari sistem operasi dan beberapa perpustakaan umum. Ini adalah praktik umum di dunia perangkat lunak karena jika sesuatu sudah dilakukan, tidak ada gunanya melakukannya lagi jika Anda dapat memilih dan memilih bagian mana dari yang sama untuk digunakan. Masalahnya adalah banyak distro Linux mungkin tidak memiliki semua file yang dibutuhkan aplikasi tertentu untuk dijalankan karena diserahkan kepada pengembang distro tersebut untuk menyertakan paket yang diperlukan. Oleh karena itu, pengembang perlu menyertakan dependensi aplikasi secara terpisah untuk setiap distro Linux tempat mereka menerbitkan aplikasinya. Menggunakan format AppImage, pengembang dapat memilih untuk menyertakan semua pustaka dan file yang tidak mungkin mereka harapkan untuk dimiliki oleh sistem operasi target sebagai bagian dari file AppImage. Oleh karena itu, file format AppImage yang sama dapat bekerja pada sistem operasi dan mesin yang berbeda tanpa memerlukan kontrol granular.
- Filosofi satu aplikasi satu file berarti bahwa pengalaman pengguna sederhana dan elegan karena pengguna hanya perlu mengunduh dan menjalankan satu file yang akan melayani kebutuhan mereka untuk menggunakan aplikasi.
- Tidak ada persyaratan akses root . Administrator sistem akan meminta orang untuk memiliki akses root untuk menghentikan mereka dari mengacaukan komputer dan pengaturan default mereka. Ini juga berarti bahwa orang yang tidak memiliki akses root atau hak pengguna super tidak dapat menginstal aplikasi yang mereka butuhkan sesuka mereka. Praktik ini umum di lingkungan publik (seperti perpustakaan atau komputer universitas atau pada sistem perusahaan). File AppImage tidak mengharuskan pengguna untuk "menginstal" apa pun dan karenanya pengguna hanya perlu mengunduh file tersebut dan membuatnya dapat dieksekusi untuk mulai menggunakannya. Ini menghilangkan dilema akses yang dimiliki administrator sistem dan membuat pekerjaan mereka lebih mudah tanpa mengorbankan pengalaman pengguna.
- Tidak berpengaruh pada sistem operasi inti . Format aplikasi AppImage memungkinkan penggunaan aplikasi dengan fungsionalitas penuhnya tanpa perlu mengubah atau bahkan mengakses sebagian besar file sistem. Artinya, apa pun yang dilakukan aplikasi, penyiapan sistem operasi inti dan file tetap tidak tersentuh.
- AppImage dapat dibuat oleh pengembang untuk versi tertentu dari aplikasi mereka. Setiap versi yang diperbarui dibuat sebagai AppImage yang berbeda. Karenanya pengguna jika perlu dapat menguji beberapa versi aplikasi yang sama dengan menjalankan instance berbeda menggunakan AppImages berbeda. Ini adalah fitur yang sangat berharga ketika Anda perlu menguji aplikasi Anda dari POV pengguna akhir untuk melihat perbedaannya.
- Bawa aplikasi Anda ke mana pun Anda pergi. Seperti yang disebutkan sebelumnya, AppImages adalah file arsip dari semua file yang diperlukan aplikasi dan dapat digunakan tanpa menginstal atau bahkan mengganggu distribusi yang digunakan sistem. Oleh karena itu, jika Anda memiliki sekumpulan aplikasi yang Anda gunakan secara teratur, Anda bahkan dapat memasang beberapa file AppImage di thumb drive dan membawanya untuk digunakan di banyak komputer yang menjalankan beberapa distro berbeda tanpa khawatir apakah itu akan berfungsi atau tidak.
Selanjutnya, AppImageKit memungkinkan pengguna dari semua latar belakang untuk membangun AppImages mereka sendiri dari aplikasi yang sudah mereka miliki atau untuk aplikasi yang tidak disediakan AppImage oleh pengembang upstream mereka.
Pengelola paket tidak bergantung pada platform tetapi berfokus terutama pada distribusi perangkat lunak ke pengguna akhir di desktop mereka dengan daemon khusus AppImaged untuk mengintegrasikan format AppImage ke lingkungan desktop masing-masing. AppImage didukung secara native sekarang oleh berbagai distro seperti Ubuntu, Debian, openSUSE, CentOS, Fedora dll. Dan yang lain dapat mengaturnya sesuai kebutuhan mereka. AppImages juga dapat dijalankan di server dengan fungsionalitas terbatas melalui alat CLI yang disertakan.
Untuk mengetahui lebih lanjut tentang AppImages, buka dokumentasi AppImage resmi halaman.
Bacaan yang disarankan:
- Integrasikan AppImages Ke Menu Aplikasi Menggunakan AppImageLauncher
- Telusuri Aplikasi Linux di AppImage, Flathub, dan Platform Snapcraft
2. Tajam
Snappy adalah penyebaran perangkat lunak dan sistem manajemen paket seperti AppImage atau manajer paket lainnya untuk contoh itu. Ini awalnya dirancang untuk Ubuntu Touch . yang sekarang sudah tidak berfungsi Sistem operasi. Snappy memungkinkan pengembang membuat paket perangkat lunak untuk digunakan dalam berbagai distribusi berbasis Linux. Niat awal di balik pembuatan Snappy dan menerapkan “snaps” pada sistem berbasis Ubuntu adalah untuk mendapatkan format tunggal terpadu yang dapat digunakan dalam segala hal mulai dari perangkat IoT hingga sistem komputer lengkap yang menjalankan beberapa versi Ubuntu dan dalam arti yang lebih besar, Linux itu sendiri.[4]
Pengembang utama di balik proyek ini adalah Canonical , perusahaan yang sama yang merintis proyek Ubuntu. Ubuntu memiliki dukungan snap asli dari versi 16.04 LTS dengan semakin banyak distro yang mendukungnya di luar kotak atau melalui pengaturan sederhana akhir-akhir ini. Jika Anda menggunakan Arch atau Debian atau openSUSE Anda akan merasa mudah untuk menginstal dukungan untuk manajer paket menggunakan perintah sederhana di terminal seperti yang dijelaskan nanti di bagian ini. Ini juga dimungkinkan dengan membuat file platform snap yang diperlukan tersedia di masing-masing repo.[5]
Snappy memiliki komponen penting berikut yang membentuk keseluruhan sistem pengelola paket.[6]
- Jepret – adalah format file dari paket itu sendiri. Aplikasi individu yang disebarkan menggunakan Snappy disebut "Snaps". Aplikasi apa pun dapat dikemas menggunakan alat yang disediakan untuk membuat snap yang dimaksudkan untuk dijalankan pada sistem berbeda yang menjalankan Linux. Snap, mirip dengan AppImage, adalah file lengkap dan berisi semua dependensi yang dibutuhkan aplikasi untuk dijalankan tanpa menganggapnya sebagai bagian dari sistem target.
- Snapcraft – adalah alat yang memungkinkan pengembang membuat jepretan aplikasi mereka. Ini pada dasarnya adalah perintah yang merupakan bagian dari sistem snap serta kerangka kerja yang memungkinkan Anda membuat snap Anda sendiri.
- Snapd – adalah daemon latar belakang yang memelihara semua snap yang diinstal di sistem Anda. Ini terintegrasi ke dalam lingkungan desktop dan mengelola semua file dan proses yang terkait dengan bekerja dengan terkunci. Daemon snapd juga memeriksa pembaruan secara normal 4 kali sehari kecuali diatur sebaliknya.
- Toko Snap – adalah semacam galeri online yang memungkinkan pengembang mengunggah foto mereka ke dalam repositori. Snap store juga merupakan media penemuan aplikasi bagi pengguna dan memungkinkan pengguna melihat dan merasakan pustaka aplikasi sebelum mengunduh dan menginstalnya.
Komponen snapd ditulis terutama dalam C dan Golang sedangkan kerangka kerja Snapcraft dibuat menggunakan Python . Meskipun kedua modul menggunakan lisensi GPLv3, perlu dicatat bahwa snapd memiliki kode kepemilikan dari Canonical untuk operasi sisi servernya dengan hanya sisi klien yang diterbitkan di bawah lisensi GPL. Ini adalah poin utama pertengkaran dengan pengembang karena ini melibatkan pengembang yang menandatangani formulir CLA untuk berpartisipasi dalam pengembangan cepat.[7]
Menggali lebih dalam ke detail yang lebih baik dari manajer paket Snappy, berikut ini dapat dicatat:
- Snap seperti yang disebutkan sebelumnya semuanya inklusif dan berisi semua file yang diperlukan (dependensi) yang perlu dijalankan aplikasi. Oleh karena itu, pengembang tidak perlu membuat bidikan yang berbeda untuk distro berbeda yang mereka targetkan. Memperhatikan runtime adalah semua yang diperlukan jika runtime dasar dikecualikan dari snap.
- Paket Snappy dimaksudkan untuk mendukung pembaruan transaksional. Pembaruan transaksional semacam itu bersifat atomik dan sepenuhnya dapat dibalik, artinya Anda dapat menggunakan aplikasi saat sedang diperbarui dan jika pembaruan tidak berperilaku sebagaimana mestinya, Anda dapat membalikkannya tanpa efek lain apa pun. Konsep ini juga disebut sebagai pemrograman delta di mana hanya perubahan pada aplikasi yang ditransmisikan sebagai pembaruan, bukan seluruh paket. Turunan Ubuntu yang disebut Ubuntu Core sebenarnya menjanjikan protokol pembaruan yang cepat untuk OS itu sendiri.[8]
- Perbedaan utama antara snaps dan AppImages adalah cara mereka menangani perbedaan versi. Menggunakan AppImages versi aplikasi yang berbeda akan memiliki AppImages berbeda yang memungkinkan Anda untuk menggunakan 2 versi berbeda atau lebih dari aplikasi yang sama secara bersamaan. Namun, menggunakan snap berarti menyesuaikan dengan sistem pembaruan transaksional atau delta. Meskipun ini berarti pembaruan yang lebih cepat, ini membuat Anda tidak menjalankan dua contoh aplikasi yang sama secara bersamaan. Jika Anda perlu menggunakan versi lama aplikasi, Anda harus membalikkan atau mencopot pemasangan versi baru. Snappy mendukung fitur yang disebut “parallel install” yang akan memungkinkan pengguna mencapai tujuan yang sama, namun, ini masih dalam tahap percobaan dan tidak dapat dianggap sebagai implementasi yang stabil. Snappy juga memanfaatkan saluran yang berarti Anda dapat menggunakan versi beta atau versi malam dari aplikasi dan versi stabil secara bersamaan.[9]
- Dukungan ekstensif dari distro Linux utama dan pengembang besar termasuk Google, Mozilla, Microsoft, dll.[4]
- Snapd, alat integrasi desktop mendukung pengambilan “snapshot” dari keadaan saat ini dari semua kancing yang terpasang di sistem. Ini akan memungkinkan pengguna menyimpan status konfigurasi saat ini dari semua aplikasi yang diinstal melalui manajer paket Snappy dan membiarkan pengguna kembali ke status itu kapan pun mereka menginginkannya. Fitur yang sama juga dapat diatur untuk mengambil snapshot secara otomatis pada frekuensi yang dianggap perlu oleh pengguna. Snapshots dapat dibuat menggunakan perintah snap save dalam kerangka snapd.[10]
- Snap dirancang untuk di-sandbox selama pengoperasian. Ini memberikan lapisan keamanan dan isolasi yang sangat dibutuhkan bagi pengguna. Pengguna tidak perlu khawatir tentang aplikasi berbasis snap yang mengacaukan perangkat lunak lainnya di komputer mereka. Sandboxing diimplementasikan menggunakan tiga tingkat isolasi yaitu, klasik , ketat dan devmode . Setiap tingkat isolasi memungkinkan aplikasi memiliki tingkat akses yang berbeda dalam sistem file dan komputer.[11]
Di sisi lain, snaps banyak dikritik karena berpusat di sekitar modus operandi Canonical . Sebagian besar komitmen untuk proyek dilakukan oleh karyawan atau kontraktor Canonical dan kontributor lainnya diharuskan menandatangani formulir rilis (CLA). Fitur sandboxing, yang memang sangat penting dari sudut pandang keamanan, cacat karena sandboxing sebenarnya memerlukan layanan inti tertentu lainnya untuk dijalankan (seperti Mir) sementara aplikasi yang menjalankan desktop X11 tidak akan mendukung isolasi tersebut, sehingga membuat mengatakan fitur keamanan tidak relevan. Siaran pers yang dipertanyakan dan upaya pemasaran lainnya dari Canonical dan repositori aplikasi "pusat" dan tertutup juga banyak dikritik sebagai aspek Snappy. Selain itu, ukuran file dari snap yang berbeda juga relatif sangat besar dibandingkan dengan ukuran aplikasi dari paket yang dibuat menggunakan AppImage.[7]
Untuk detail selengkapnya, lihat Snap dokumentasi resmi .
Bacaan terkait:
- Instal paket Snap di Arch Linux, dan Fedora
3. Flatpak
Seperti Snap/Snappy yang tercantum di atas, Flatpak juga merupakan alat penyebaran perangkat lunak yang bertujuan untuk memudahkan distribusi dan penggunaan perangkat lunak di Linux. Flatpak sebelumnya dikenal sebagai “xdg-app” dan didasarkan pada konsep yang diajukan oleh Lennart Poettering pada tahun 2004. Idenya adalah untuk memuat aplikasi dalam kotak pasir virtual aman yang memungkinkan untuk menggunakan aplikasi tanpa memerlukan hak akses root dan tanpa mengorbankan keamanan sistem. Alex mulai mengutak-atik Klik (dianggap sebagai versi lama dari AppImage) dan ingin menerapkan konsep tersebut dengan lebih baik. Alexander Larsson yang pada saat itu bekerja dengan Red Hat menulis implementasi yang disebut xdg-app pada tahun 2015 yang bertindak sebagai pra-kursor untuk format Flatpak saat ini.
Flatpak secara resmi diluncurkan pada tahun 2016 dengan dukungan dari Red Hat, Endless Computers, dan Collabora. Flathub adalah repositori resmi dari semua paket aplikasi Flatpak. Pada permukaannya Flatpak seperti yang lain adalah kerangka kerja untuk membangun dan mengemas aplikasi distribusi agnostik untuk Linux. Ini hanya mengharuskan pengembang untuk mematuhi beberapa pedoman lingkungan desktop agar aplikasi berhasil diintegrasikan ke dalam lingkungan Flatpak.
Ditargetkan terutama pada tiga implementasi desktop populer FreeDesktop , KDE , dan GNOME , kerangka Flatpak itu sendiri ditulis dalam C dan bekerja pada LGPL lisensi. Repositori pemeliharaan dapat diakses melalui tautan GitHub di sini .
Beberapa fitur Flatpak yang membedakannya disebutkan di bawah ini. Perhatikan bahwa fitur yang dibagikan Flatpak dengan AppImage dan Snappy dihilangkan di sini.
- Integrasi mendalam ke dalam lingkungan desktop Linux yang populer seperti GNOME &KDE sehingga pengguna cukup menggunakan Flatpaks menggunakan alat manajemen perangkat lunak Grafis alih-alih beralih ke terminal. Flatpak dapat diinstal dari repositori default lingkungan desktop utama sekarang dan setelah aplikasi itu sendiri disiapkan, mereka dapat digunakan dan menyediakan fitur yang mirip dengan aplikasi desktop biasa.[12][13]
- Kompatibilitas ke depan – Flatpaks dibangun dari bawah ke atas dengan memperhatikan kernel inti dan runtime sistem operasi. Oleh karena itu, bahkan jika Anda memutakhirkan atau memperbarui distro Anda, Flatpaks yang Anda miliki harus tetap berfungsi kecuali ada pembaruan inti. Ini sangat penting bagi orang-orang yang lebih suka tetap menggunakan beta bergulir atau versi pengembangan distro mereka. Untuk orang-orang seperti itu, karena kekusutan dari OS itu sendiri biasanya tidak diselesaikan, aplikasi Flatpak akan berjalan mulus tanpa harus bergantung pada file atau pustaka OS untuk operasinya.[13]
- Sandboxing menggunakan Bubblewrap – terkunci juga secara default sandbox karena mereka berjalan secara terpisah dari sisa aplikasi yang berjalan saat Anda menggunakan komputer Anda. Namun, Flatpaks sepenuhnya menutup aplikasi dari mengakses file OS dan file pengguna selama operasinya secara default. Ini pada dasarnya berarti bahwa administrator sistem dapat yakin bahwa Flatpaks yang diinstal di sistem mereka tidak dapat mengeksploitasi komputer dan file yang dikandungnya sedangkan untuk pengguna akhir ini berarti bahwa untuk mengakses beberapa fungsi tertentu atau izin root data pengguna diperlukan. [14]
- Flatpak mendukung distribusi aplikasi yang terdesentralisasi secara asli namun tim di belakang Flatpak masih mengelola repositori online pusat aplikasi/Flatpak yang disebut Flathub . Pengguna sebenarnya dapat mengonfigurasi Flatpak untuk menggunakan beberapa repositori jarak jauh sesuai kebutuhan. Berbeda dengan snap, Anda dapat memiliki banyak repositori.[13]
- Akses modular melalui kotak pasir. Meskipun kemampuan ini memiliki potensi biaya yang besar untuk integritas sistem, kerangka Flatpak memungkinkan saluran dibuat melalui kotak pasir untuk pertukaran informasi spesifik dari dalam kotak pasir ke sistem host atau sebaliknya. Saluran dalam hal ini disebut sebagai portal. Kontra untuk fitur ini dibahas nanti di bagian ini.[14]
Namun, salah satu aspek Flatpak yang paling dikritik adalah fitur kotak pasir itu sendiri. Sandboxing adalah cara manajer paket seperti Snappy dan Flatpak mengimplementasikan fitur keamanan penting. Sandboxing pada dasarnya mengisolasi aplikasi dari semua hal lain dalam sistem yang hanya memungkinkan pertukaran informasi yang ditentukan pengguna dari dalam kotak pasir ke luar. Kelemahan dengan konsep adalah bahwa kotak pasir tidak dapat ditembus secara inheren. Data pada akhirnya harus ditransfer antara dua domain dan perintah Linux sederhana dapat dengan mudah menghilangkan batasan sandbox yang berarti bahwa aplikasi berbahaya berpotensi melompat keluar dari sandbox tersebut.[15]
Ini dikombinasikan dengan komitmen yang lebih buruk dari yang diharapkan untuk meluncurkan pembaruan keamanan untuk Flatpak telah menghasilkan kritik luas terhadap klaim tinggi tim untuk menyediakan kerangka kerja yang aman. Blog (bernama flatkill ) yang ditautkan di akhir panduan ini sebenarnya menyebutkan beberapa eksploitasi yang tidak ditangani oleh tim Flatpak secepat yang seharusnya.[15]
Untuk detail selengkapnya, saya sarankan Anda membaca dokumentasi resmi Flatpak .
Bacaan terkait:
- Panduan Pemula Untuk Flatpak
- Cara Mudah Mengonfigurasi Izin Aplikasi Flatpak Dengan Flatseal
AppImage vs Snap vs Flatpak
Tabel terlampir di bawah ini merangkum semua temuan di atas menjadi perbandingan singkat dan teknis dari ketiga kerangka kerja.
Berikut adalah tabel perbandingan panjang fitur AppImage vs. Snap vs. Flatpak. Harap dicatat bahwa perbandingan dibuat dari perspektif AppImage.
- https://github.com/AppImage/AppImageKit/wiki/Similar-projects#comparison
Kesimpulan
Meskipun ketiga platform ini memiliki banyak kesamaan satu sama lain dan bertujuan untuk menjadi platform agnostik dalam pendekatan, mereka menawarkan tingkat kompetensi yang berbeda di beberapa area. Sementara Snaps dapat berjalan di berbagai perangkat termasuk perangkat yang disematkan, AppImages dan Flatpaks dibuat dengan mempertimbangkan pengguna desktop. AppImages dari aplikasi populer di sisi lain memiliki ukuran kemasan dan portabilitas yang unggul sedangkan Flatpak benar-benar bersinar dengan kompatibilitas ke depan ketika digunakan dalam satu set dan lupakan sistem.
Referensi:
- [1] Konsep — dokumentasi AppImage
- [2] Slashdot - Arahkan dan klik Instalasi Perangkat Lunak Linux
- [3] Riwayat proyek AppImage
- [4] Snapcraft - Snap adalah paket Linux universal
- [5] Menginstal snapd - Dokumentasi Snap
- [6] Dokumentasi jepret
- [7] Tentang Snappy dan Flatpak:bisnis seperti biasa di departemen propaganda Kanonik
- [8] Pembaruan Snap semakin kecil, inilah alasannya
- [9] Apa Itu Paket Snap Linux? Mengapa Menggunakannya?
- [10] Snapshot - Dokumentasi Snap
- [11] kurungan jepret - dokumentasi jepret
- [12] Integrasi Desktop - Dokumentasi Flatpak
- [13] Pengantar Flatpak - Dokumentasi Flatpak
- [14] Izin Sandbox - Dokumentasi Flatpak
- [15] Flatpak - mimpi buruk keamanan