Tidak seperti Android atau Windows yang sudah diatur oleh pabrikan, factory reset di Linux bisa diatur seperti apa kita mau saat kita melakukan factory reset. Kita bisa mengubah konfigurasi atau memasang software yang jika komputer kita kembalikan ke factory reset, konfigurasi atau software tersebut tidak ikut hilang. Seperti pada tulisan minimal/custom install openSUSE, kita mengubah konfigurasi /etc/zypp/zypp.conf dan beberapa opsi repositori sebelum membuat factory reset. Pengaturan yang sudah diubah ini tidak akan kembali ke default jika kita melakukan factory reset.

Di tulisan tersebut juga disebutkan bahwa kita membuat factory reset sebelum memasang Desktop Environment/Window Manager dan Display Manager. Tujuannya supaya jika kita ingin mengganti Desktop Environment dengan yang lain atau dengan Window Manager, kita tidak perlu menghapus paket-paket dari Desktop Environment yang sudah terpasang beserta aplikasi-aplikasi pendukungnya. Cukup melakukan reset, semua yang terpasang akan langsung hilang. Karena jika kita menghapus paket-paket yang sudah terpasang, terutama Desktop Environment, mungkin akan menyisakan dependensi yang tidak ikut terhapus atau konfigurasi-konfigurasi dari Desktop Environment tersebut.

Persiapan

Jika Anda ingin membuat fitur factory reset di openSUSE, disarankan untuk tidak mengaktifkan Snapshot ketika membuat partisi Btrfs saat proses instalasi, karena kita akan membuat konfigurasi di subvolume yang lain. Sehingga nomor Snapshot akan serasi di semua konfigurasi jika membuatnya secara bersamaan, yang akan membuat manajemen Snapshot lebih mudah.

Atur konfigurasi yang diperlukan

Atur konfigurasi yang diperlukan, seperti mengubah beberapa opsi di /etc/zypp/zypp.conf dan opsi repositori seperti yang dilakukan di tulisan minimal/custom install openSUSE supaya kita tidak perlu mengatur lagi opsi-opsi tersebut setelah melakukan factory reset.

Pastikan Snapper terpasang

Di openSUSE, fitur factory reset bisa dibuat dengan menggunakan Snapper yang sudah tersedia di dalam installer. Jika Anda memasang openSUSE dengan cara minimal/custom install, pastikan memilih paket snapper di layar Software Selection and System Tasks. Jika Anda memasang openSUSE dengan cara standar, paket tersebut sudah otomatis ikut terpasang.

Jika saat instalasi Anda tidak memilih untuk memasang Snapper, pasang dari DVD installer. Login sebagai root untuk mempercepat proses. Jika sudah terlanjur masuk sebagai user standar, pindah ke root:

su -

Matikan semua repositori online:

zypper modifyrepo -dt

Aktifkan repositori dari installer:

zypper modifyrepo -el

Masukkan piringan DVD/flashdisk installer, lalu install Snapper:

zypper install snapper

Matikan lagi repositori dari installer:

zypper modifyrepo -dl

Aktifkan kembali repositori repo-oss, repo-non-oss, repo-update dan repo-update-non-oss:

zypper modifyrepo -e repo-oss repo-non-oss repo-update repo-update-non-oss

Matikan snapper-timeline.timer

Service snapper-timeline.timer dimaksudkan untuk membuat Snapshot setiap jam. Kita tidak ingin mempunyai Snapshot sebanyak itu, jadi kita perlu mematikannya sebelum membuat konfigurasi Snapper:

systemctl disable --now snapper-timeline.timer

Pastikan Kernel GA tidak akan terhapus

Periksa jika multiversion.kernels di /etc/zypp/zypp.conf sudah menyertakan oldest sebagai salah satu opsi. Ini juga sudah dibahas di tulisan minimal/custom install openSUSE. Lihat dengan grep:

grep -i 'multiversion.kernels' /etc/zypp/zypp.conf

Jika belum ada opsi oldest seperti ini:

multiversion.kernels = latest,latest-1,running

Tambahkan opsi oldest:

sed -i 's/,running/,running,oldest/' /etc/zypp/zypp.conf

Yang akan membuatnya berubah menjadi seperti ini:

multiversion.kernels = latest,latest-1,running,oldest

Membuat Snapshot

Kita akan membuat konfigurasi Snapper sesuai dengan subvolume yang tersedia, kecuali /tmp dan dua subvolume di dalam direktori /boot.

Lihat daftar subvolume

Setelah semua persiapan selesai kita bisa mulai membuat konfigurasi Snapper berdasarkan daftar subvolume yang dibuat saat instalasi openSUSE.

Lihat daftar Snapshot:

btrfs subvolume list /

Di layar akan muncul respon serupa dengan ini:

ID 256 gen 71 top level 5 path @
ID 258 gen 70 top level 256 path var
ID 259 gen 57 top level 256 path usr/local
ID 260 gen 58 top level 256 path tmp
ID 261 gen 57 top level 256 path srv
ID 262 gen 57 top level 256 path root
ID 263 gen 57 top level 256 path opt
ID 264 gen 57 top level 256 path home
ID 265 gen 57 top level 256 path boot/grub2/x86_64-efi
ID 266 gen 57 top level 256 path boot/grub2/i386-pc

Buat konfigurasi Snapper

Berdasarkan daftar di atas kita buat konfigurasi Snapper untuk @ (root), var, usr/local, srv, root, opt dan home:

snapper -c root create-config /

snapper -c var create-config /var

snapper -c local create-config /usr/local

snapper -c srv create-config /srv

snapper -c su create-config /root

snapper -c opt create-config /opt

snapper -c home create-config /home

Untuk subvolume /root beri nama su karena nama konfigurasi root sudah dibuat sebelumnya.

Jika setiap menjalankan perintah di atas muncul peringatan Failed to set locale. Fix your system. Abaikan saja untuk saat ini.

Lihat hasilnya:

snapper list-configs

Sesuaikan setelan konfigurasi

Untuk melihat setelan konfigurasi Snapper, jalankan:

snapper -c root get-config

Untuk melihat setelan semua konfigurasi:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config get-config; done

Sesuaikan konfigurasi yang dibutuhkan:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config set-config TIMELINE_CREATE=no TIMELINE_LIMIT_DAILY=7 TIMELINE_LIMIT_HOURLY=6 TIMELINE_LIMIT_MONTHLY=0 TIMELINE_LIMIT_WEEKLY=4 TIMELINE_LIMIT_YEARLY=0; done

TIMELINE_CREATE adalah opsi untuk membuat Snapshot setiap jam. Kita tidak ingin membuat Snapshot setiap jam, jadi opsi ini kita isi dengan no. Opsi TIMELINE_LIMIT adalah untuk membatasi jumlah Snapshot berdasarkan kalender. Anda bisa mengaturnya sesuai kebutuhan.

Buat Snapshot setiap komputer dinyalakan

Untuk mengganti Snapshot timeline yang dibuat setiap jam, kita lebih baik membuat Snapshot yang dibuat setiap kali komputer dinyalakan.

Snapper menyediakan sebuah service dengan nama snapper-boot.service dan snapper-boot.timer, tapi secara default tidak aktif. Kita perlu memodifikasi service ini karena dia hanya membuat Snapshot untuk konfigurasi root saja. Untuk meyakinkan, periksa apakah snapper-boot.timer berjalan:

systemctl status snapper-boot.timer

Jika berjalan, matikan:

systemctl disable snapper-boot.timer

Salin file /usr/lib/systemd/system/snapper-boot.service ke /etc/systemd/system/ untuk dimodifikasi:

cp -av /usr/lib/systemd/system/snapper-boot.service /etc/systemd/system/

Hapus opsi ExecStart untuk diganti yang baru:

sed -i '/ExecStart/d' /etc/systemd/system/snapper-boot.service

Buat ExecStart baru:

echo -e "ExecStart=/bin/bash -c 'for config in \`. /etc/sysconfig/snapper; echo \$SNAPPER_CONFIGS\`; do /usr/bin/snapper -c \$config create -c timeline; done'" >> /etc/systemd/system/snapper-boot.service

Kita akan buat snapper-boot.service berjalan mandiri, tanpa harus dipicu oleh snapper-boot.timer seperti sebelum dimodifikasi. Untuk itu kita perlu menambahkan bagian [Install]:

echo -e "\n[Install]\nWantedBy=multi-user.target" >> /etc/systemd/system/snapper-boot.service

Lihat hasilnya dengan perintah cat:

cat /etc/systemd/system/snapper-boot.service

Hasilnya seperti ini:

[Unit]
Description=Take snapper snapshot of root on boot

[Service]
Type=oneshot
ExecStart=/bin/bash -c 'for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do /usr/bin/snapper -c $config create -c timeline; done'

[Install]
WantedBy=multi-user.target

Aktifkan service tersebut:

systemctl enable snapper-boot.service

Periksa jika ada Snapshot yang sudah terlanjur dibuat oleh snapper-timeline.timer:

snapper list -a

Kita berharap hanya ada Snapshot 0 saja. Jika ada Snapshot lain, hapus:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config delete --sync 1

Perintah tersebut untuk menghapus Snapshot nomor 1. Jika ada Snapshot lain selain nomor 1, hapus juga dengan mengubah angkanya.

Jalankan ulang (reboot) komputer untuk membuat Snapshot pertama. Kita perlu membuat Snapshot saat komputer booting karena saat itu kita sedang tidak melakukan apa-apa di komputer, sehingga data yang diambil oleh Snapshot akan sempurna. Tidak akan ada yang terambil separuh karena sedang kita modifikasi misalnya.

Buat titik factory reset

Setelah komputer dijalankan ulang, periksa apakah Snapshot berhasil dibuat:

snapper list -a

Jika berhasil, seharusnya ada Snapshot nomor 1 di semua konfigurasi dengan kolom Cleanup berisi timeline. Modifikasi Snapshot tersebut supaya tidak terhapus:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config modify -c '' -d 'factory reset' -u 'reset=yes' 1

Periksa hasilnya:

snapper list -a

Jika berhasil, kolom Cleanup berubah menjadi kosong, kolom Description menjadi factory reset dan kolom Userdata menjadi reset=yes.

Selesai. Proses selanjutnya Anda tinggal memasang Desktop Environment/Window Manager dan Display Manager serta aplikasi-aplikasi lainnya untuk digunakan sehari-hari.

Cara melakukan factory reset

Untuk melakukan factory reset, Anda perlu boot ke Kernel pertama (Kernel yang dipasang saat instalasi openSUSE) dengan memilih opsi Advanced options for openSUSE Leap/Tumbleweed pada tampilan Grub2. Setelah opsi tersebut dipilih dengan menekan Enter, akan ada daftar Kernel yang terpasang. Arahkan pada pilihan Kernel paling bawah (tanpa tulisan recovery mode), lalu tekan e pada keyboard untuk mengubah parameternya. Arahkan ke teks bertuliskan linuxefi atau linux, tekan tombol End pada keyboard untuk mengarahkan kursor ke ujung teks. Tambahkan spasi dan angka 3, lalu tekan F10.

Ini akan membawa Anda ke Virtual Console (CLI). Login sebagai root, lalu jalankan:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config undochange 1..0; done

Reboot.

Mengembalikan perubahan tanpa factory reset

Service snapper-boot.service yang tadi kita modifikasi akan membuat Snapshot setiap kali komputer dijalankan. Ini berguna ketika kita ingin mengembalikan perubahan tanpa harus melakukan factory reset. Karena jika melakukan factory reset, Anda harus memulai lagi dari awal memasang Desktop Environment/Window Manager dan aplikasi-aplikasi lainnya.

Misalnya jika Anda mengalami error di komputer, cukup reboot dan masuk ke Virtual Console seperti pada proses akan melakukan factory reset di atas. Lalu jalankan snapper undochange ke nomor Snapshot sebelum error terjadi, misalnya:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS`; do snapper -c $config undochange 1234..0; done

Akan berguna juga jika kita ingin mencoba software, tapi ternyata kita tidak puas dengan software tersebut. Kita bisa meresetnya ke Snapshot sebelum software tersebut dipasang.

Pastikan Snapshot tetap serasi

Pastikan Anda rutin memeriksa nomor Snapshot supaya tetap sama di semua konfigurasi dengan:

snapper list -a

Jika ada salah satu konfigurasi Snapper yang nomor Snapshot-nya tidak sama dengan konfigurasi yang lain, buat Snapshot baru supaya jadi sama:

snapper -c <nama_konfigurasi> create -c timeline

Peringatan!

Karena subvolume /home dimasukkan ke daftar konfigurasi Snapper, jika kita melakukan factory reset, semua data yang ada di sana akan ikut hilang. Jadi disarankan untuk membuat partisi khusus untuk menyimpan data-data penting seperti halnya pengguna Windows biasa menyimpan data di drive D, E, F, dan seterusnya. Biarkan hanya file-file konfigurasi saja yang ada di direktori home atau data-data sementara/tidak penting yang Anda tidak akan menyesal kehilangannya.

Atau Anda bisa melakukan reset dengan mengecualikan konfigurasi home dengan perintah berikut:

for config in `. /etc/sysconfig/snapper; echo $SNAPPER_CONFIGS | sed 's/ home//'`; do snapper -c $config undochange 1..0; done

Dengan resiko konfigurasi-konfigurasi dari software yang direset yang berada di direktori home tidak akan ikut terhapus yang mungkin akan menyebabkan konflik dengan konfigurasi baru dari software yang dipasang kemudian. Seperti jika Anda mengubah Desktop Environment dengan Desktop Environment yang lain.

---

Tulisan ini bisa dibaca juga di: https://kikisyahadat.github.io/2020/09/03/membuat-fitur-factory-reset.html

What makes Matrix uniquely different from other messaging platforms is the ability to have bridges to other chat services. Matrix has all the signs of being the great chat unification platform that adequately reduces complexity in communication. Element feels complete, well polished and is enjoyable to use so using Element as my front-end, I should … Continue reading Send and Receive Text Messages SMS with Element →

Ένα πράγμα που με ρωτάνε πολλοί, ξανά και ξανά, είναι «Γιατί openSUSE;». Η έννοια της ερώτησης δεν είναι πάντα η ίδια. Μπορεί να σημαίνει: «Γιατί να το χρησιμοποιήσω;», «Γιατί πρέπει να συνεισφέρω στο έργο openSUSE;», «Γιατί το χρησιμοποιείς εσύ;», «Γιατί να μην χρησιμοποιήσω [βάλτε το όνομα κάποιας άλλης διανομής];», αλλά η ερώτηση καταλήγει πάντα στο «Τι ιδιαίτερο έχει η openSUSE;».

Είναι μια καλή ερώτηση, και η δυσκολία στην απάντηση δεν οφείλεται στην έλλειψη καλών λόγων, αλλά στην αφθονία τους, σε συνδυασμό με μια γενική τάση στην κοινότητά openSUSE, που είναι πολύ μετριόφρων.

Εδώ είναι μια προσπάθειά να δούμε μερικούς λόγους για τους οποίους εσείς, ο αναγνώστης, πρέπει να συνεισφέρετε στο έργο openSUSE και να χρησιμοποιείτε το λογισμικό που αναπτύσσει η κοινότητα.

1ος Λόγος: Δεν είμαστε (απλώς) μια διανομή Linux

Κανονικά, το πρώτο πράγμα που σκέφτονται οι άνθρωποι όταν ακούνε το openSUSE είναι η «Τυπική έκδοση της διανομής», όπως το openSUSE Leap (Λήψη ΕΔΩ)

Ωστόσο, το έργο openSUSE παράγει πολλά περισσότερα.

Για αρχή, δεν έχουμε μία, αλλά τεχνικά ΔΥΟ άλλες διανομές Linux που διατηρούμε.

openSUSE Tumbleweed - η εκπληκτική κυλιόμενη έκδοση που καταφέρνει να προσφέρει στους χρήστες του σταθερό, εύχρηστο, λειτουργικό σύστημα Linux, με συνεχή ενημέρωση λογισμικού.
Ιδανικό όχι μόνο για προγραμματιστές, αλλά και για όσους θέλουν το πιο πρόσφατο και καλύτερο λογισμικό, κορυφαίοι ειδικοί του Linux, όπως ο Greg Kroah-Hartman, έχουν δηλώσει ότι οι κυλιόμενες κυκλοφορίες όπως το Tumbleweed αντιπροσωπεύουν το «μέλλον» των διανομών Linux. Το openSUSE είναι το καλύτερο (Διαβάστε το άρθρο Γιατί να χρησιμοποιείσετε openSUSE Tumbleweed) μεταξύ των κυλιόμενων διανομων.
Στην περίπτωσή μου, προτιμώ το Tumbleweed τόσο για την σταθερότητά του αλλά και διότι ως ενεργός μεταφραστής του GNOME, θέλω να έχω πάντα την τελευταία έκδοση του GNOME ώστε να διορθώνω σφάλματα μετάφρασης, έτσι ώστε να επωφελούνται άλλες διανομές που χρησιμοποιούν GNOME.
Αν θέλετε να το δείτε μόνοι σας, κατεβάστε από το ΕΔΩ

openSUSE Leap - Η openSUSE Leap είναι ένας "καινούργιος" τρόπος κατασκευής της openSUSE και είναι ένας νέος τύπος υβριδικής διανομής Linux. Η Leap χρησιμοποιεί την πηγή από την SUSE Linux Enterprise (SLE), η οποία δίνει στην Leap ένα επίπεδο σταθερότητας απαράμιλλο από άλλες διανομές Linux και το συνδυάζει με τις εξελίξεις της κοινότητας για να δώσει στους χρήστες, προγραμματιστές και sysadmins την καλύτερη διαθέσιμη σταθερή εμπειρία Linux.
Η πρώτη κυκλοφορία της Leap ήταν στις 4 Νοεμβρίου 2015, με την κυκλοφορία της openSUSE Leap 42.1. Η Leap θα έχει μικρές κυκλοφορίες και οι χρήστες αναμένεται να κάνουν αναβάθμιση στην τελευταία δευτερεύουσα κυκλοφορία εντός 6 μηνών από τη διαθεσιμότητά της, οδηγώντας σε κύκλο ζωής 18 μηνών συντήρησης και με ενημερώσεις ασφαλείας ανά δευτερεύουσα κυκλοφορία. Η σειρά Leap 15 αναμένεται να επιτύχει περίπου 36 μήνες ενημερώσεων συντήρησης και ασφάλειας.

openSUSE Kubic: Η openSUSE Kubic είναι ένα έργο που συντηρεί πολλές τεχνολογίες που σχετίζονται με container ως μέρος του openSUSE.

Αυτό επικεντρώνεται κυρίως στο openSUSE Kubic, μια παραλλαγή openSUSE Tumbleweed που επικεντρώνεται στη φιλοξενία υπηρεσιών container. Η openSUSE Kubic αποτελείται επί του παρόντος από δύο βασικά στοιχεία:

* openSUSE MicroOS - ένα λειτουργικό σύστημα που βασίζεται στο openSUSE που παρέχει ενημερώσεις Transactional (Atomic) σε ένα σύστημα αρχείων btrfs root μόνο για ανάγνωση, σχεδιασμένο να φιλοξενεί containers με αυτοματοποιημένη διαχείριση και ενημέρωση κώδικα.
* kubeadm - ένα εργαλείο εκκίνησης συστοιχίας Kubernetes ενσωματωμένο ως μέρος της openSUSE Kubic για εκτέλεση πάνω από την openSUSE MicroOS.
Ο πηγαίος κώδικας για μεγάλο μέρος των εργαλείων που σχετίζονται με το Kubic βρίσκεται στο GitHub Project.

Λοιπόν, η openSUSE δεν είναι μόνο ΜΙΑ διανομή Linux, αλλά περιμένετε, υπάρχουν περισσότερα!

Το έργο openSUSE φιλοξενεί έναν ολόκληρο σωρό άλλων έργων λογισμικού, πάντα Open Source, τα οποία χρησιμοποιούμε στην κοινότητα αλλά και ενθαρρύνουμε τους άλλους να χρησιμοποιούν και να συνεισφέρουν. Αυτά περιλαμβάνουν:

Open Build Service - το εργαλείο κατασκευής, το οποίο δημιουργεί όλα τα πακέτα μας, καθώς και αυτά για SUSE Linux Enterprise, Arch, Debian, Fedora, Scientific Linux, RHEL, CentOS, Ubuntu και πολλά άλλα.

openQA - αυτοματοποιημένη δοκιμή για οποιοδήποτε λειτουργικό σύστημα, το οποίο μπορεί να διαβάσει την οθόνη και να ελέγξει τον κεντρικό υπολογιστή δοκιμής με τον ίδιο τρόπο που κάνει ένας χρήστης.

YaST - Το καλύτερο και ολοκληρωμένο εργαλείο ρύθμισης και εγκατάστασης συστήματος Linux.

KIWI - Δημιουργεί εικόνες Linux σε πραγματικό υλικό, αλλά και για συστήματα container όπως το Docker ή το podman.

Snapper - Δημιουργία, διαχείρηση και επαναφορά στιγμιοτύπων συστήματος. Επαναφέρετε το σύστημά σας χωρίς ταλαιπωρία σε προηγούμενο στιγιότυπο όταν μετά από ενημέρωση καταλήξετε με κατεστραμμένο σύστημα (πιθανότατα να είναι δικό σας λάθος, το Snapper μπορεί να σας δείξει τι άλλαξε μεταξύ των στιγμιότυπων).

OSEM - Διαχείριση Εκδηλώσεων Ανοιχτού Κώδικα. Πολλά έργα ανοιχτού κώδικα έχουν τα δικά τους συνέδρια και άλλες εκδηλώσεις. Έχουμε το δικό μας εργαλείο για τη διαχείριση προτάσεων για παρουσιάσεις, την οργάνωση προγραμμάτων, τη λήψη εγγραφών κ.λπ.

Και πολλά άλλα, πολλά από τα οποία μπορείτε να βρείτε στη σελίδα του έργου μας στο GitHub.

2ος Λόγος: Κατασκευάζουμε και χρησιμοποιούμε τα καλύτερα εργαλεία

Ίσως έχετε παρατηρήσει ένα κοινό θέμα ανάμεσα σε πολλά από τα έργα λογισμικού που αναφέρονται παραπάνω. Είμαστε ένα έργο που ενδιαφέρεται πολύ για τη χρήση του σωστού εργαλείου για τη κατάλληλη δουλειά.
Σε πολλές περιπτώσεις αυτό σημαίνει τη χρήση πολλών από τα ίδια εργαλεία που χρησιμοποιούν άλλα έργα, όπως είναι IRC, Git & GitHub, Φόρουμ, Λίστες αλληλογραφίας κ.λπ. Δεν είμαστε το είδος του έργου που θέλει να εφεύρει ξανά τον τροχό μόνο και μόνο επειδή δεν το κάναμε πρώτοι, αλλά όταν τα εργαλεία που βρίσκονται εκεί έξω δεν κάνουν τη δουλειά αρκετά καλά, σηκώνουμε τα μανίκια μας και προσπαθούμε να δημιουργήσουμε το καλύτερο εργαλείο για αυτήν την κάθε εργασία.

Εργαζόμαστε επίσης πολύ σκληρά για να παράγουμε εργαλεία που μπορούν και πρέπει να υιοθετηθούν από ένα πολύ ευρύτερο κοινό και όχι μόνο από την «κοινότητα του openSUSE».
Αυτό πιθανότατα τονίζεται καλύτερα μιλώντας για δύο από τα καλύτερα εργαλεία μας, το Open Build Service και το openQA.

Open Build Service - Όπως ήδη αναφέρθηκε, το εργαλείο κατασκευής δημιουργεί όλα τα πακέτα διανομής openSUSE, τα ISO κλπ.
Δημιουργεί και φιλοξενεί αποθετήρια για αυτά τα πακέτα.
Κατασκευάστηκε πάντα ως εργαλείο για χρήση από όλες τις διανομές, το οποίο είναι σε θέση να δημιουργήσει πακέτα για SUSE Linux Enterprise, Arch, Debian, Fedora, Scientific Linux, RHEL, CentOS, Ubuntu και άλλα.
Υπάρχει μια γραφική διεπαφή (μπορείτε να δείτε και να το χρησιμοποιήσετε ΕΔΩ) αλλά και το εργαλείο γραμμής εντολών osc (τεκμηρίωση ΕΔΩ). Ακόμα και κάποιος που δεν έχει εμπειρία κατασκευής πακέτων μπορεί εύκολα να δει τα περιεχόμενα οποιουδήποτε πακέτου στο OBS, να καταλάβει πώς δημιουργούνται, να το διακλαδώσει (να το κάνει fork, για να χρησιμοποιήσουμε τον ισοδύναμο όρο του github) στο δικό του Έργο-Αποθετήριο και να το επεξεργαστεί όπως νομίζει.
Επιτρέπεται η χρήση του OBS του openSUSE από οποιονδήποτε χωρίς χρέωση, έτσι ώστε να μπορεί να κατασκευάσει και να φιλοξενήσει τα πακέτα του στην υποδομή του openSUSE, δωρεάν (αν και τουλάχιστον, θα θέλαμε ως αντάλλαγμα να βεβαιωθούν ότι τα πακέτα για openSUSE λειτουργούν αβασάνιστα ;-) )
Το OBS χρησιμοποιείται ήδη από άλλες εταιρείες και έργα όπως το VideoLAN, η Dell, το HipChat και το ownCloud, αλλά αν είστε στον κλάδο δημιουργίας λογισμικού για Linux, πρέπει πραγματικά να αναρωτηθείτε «Γιατί δεν χρησιμοποιώ το OBS για την κατασκευή τα πακέτα μου;»

openQA - Ένα άλλο κόσμημα. Το openQA είναι ένα εργαλείο δοκιμών που σας επιτρέπει να δημιουργήσετε δοκιμές για οποιοδήποτε λειτουργικό σύστημα ή εφαρμογή. Σε αντίθεση με σχεδόν κάθε άλλο εργαλείο δοκιμών, το openQA δοκιμάζει το λογισμικό με τον ίδιο τρόπο που το κάνουν οι χρήστες. Κοιτάζει στην οθόνη και διασφαλίζει ότι ο χρήστης θα δει τι περιμένετε να δει. Στη συνέχεια, θα πατήσει τα ίδια κουμπιά πληκτρολογίου και ποντικιού με τα οποία ένας χρήστης θα εργαζόταν μέσω της εφαρμογής. Μπορείτε να το δείτε στη δράση ΕΔΩ.
Το openSUSE χρησιμοποιεί εκτεταμένα το openQA για την κατασκευή του Tumbleweed. Ο προτεινόμενος κώδικας για το Tumbleweed δοκιμάζεται από το openQA πριν γίνει αποδεκτός και δοκιμαστεί ξανά META την αποδοχή του (για να βεβαιωθούμε ότι ενσωματώνεται καλά με όλα τα άλλα πακέτα που έχουν συγχωνευθεί πρόσφατα).
Με αυτόν τον τρόπο μπορούμε να προσφέρουμε το Tumbleweed ως μια «σταθερή» κυλιόμενη έκδοση, γιατί χάρη στο openQA γνωρίζουμε ότι η διανομή λειτουργεί πριν σταλούν οι ενημερώσεις στους υπολογιστές των χρηστών. Εάν κάτι δεν δουλέψει, το openQA σταματά την κυκλοφορία και οι χρήστες δεν παρατηρούν προβλήματα, εκτός από ίσως μια μικρή καθυστέρηση στη λήψη νέων ενημερώσεων. Με την (εξαιρετικά σπάνια) πιθανότητα κάτι να ξεφύγει από το openQA, γίνεται μια νέα δοκιμαστική υπόθεση, οπότε δεν γινεται ποτέ το ίδιο λάθος δύο φορές.
Το openQA χρησιμοποιείται επίσης από την SUSE για τη δοκιμή της SUSE Linux Enterprise και το έργο Fedora ξεκίνησε πρόσφατα να το χρησιμοποιεί. Θα θέλαμε να δούμε περισσότερες διανομές να το χρησιμοποιούν.

3ος Λόγος: Θέματα μηχανικής

Γιατί επικεντρωνόμαστε στα εργαλεία; Πέρα από τα εργαλεία που χρησιμοποιούμε, ξοδεύουμε πολύ χρόνο, εγκεφαλικά κύτταρα και συζητήσεις, σηκώνουμε μανίκια και προσπαθούμε να βρούμε τον καλύτερο τρόπο για να δημιουργήσουμε το λογισμικό.

Αυτό οδήγησε στο openSUSE να πρωτοστατεί με πολλές καινοτομίες σε τομείς όπως η διαχείριση πακέτων. Το zypper και το libsolv σημαίνουν ότι, σε αντίθεση με άλλες διανομές Linux που βασίζονται σε RPM, το «χάλι με τις εξαρτήσεις» είναι κάτι παρελθόν για εμάς και καταφέρνουμε να σταθούμε δίπλα-δίπλα με Debian και Ubuntu, να δούμε τους διαχειριστές πακέτων τους και να πούμε «ωραία, μπορούμε να το κάνουμε αυτό και πολλά περισσότερα».

Επίσης, δεν μας ενδιαφέρει να είμαστε ένα άλλο έργο ανοιχτού κώδικα που να παίρνει τα πάντα από δεκάδες έργα και είτε να σφραγίζουμε το λογότυπό μας και να το ονομάζουμε δικά μας, είτε να αλλάζουμε πολλά πράγματα και να μην επιστρέφουμε έργο στην κοινότητα.
Δουλεύουμε σε συνεργασία με όλα τα γνωστά έργα ανοικτού κώδικα, είτε ο πυρήνας, το GNOME, το KDE, οτιδήποτε άλλο, για να δώσουμε τα ανατροφοδότηση, να στείλουμε τις διορθώσεις στον κώδικα, για το όφελος όλων.

4ος Λόγος: Κοινότητα, κοινότητα, κοινότητα

Η κοινότητα openSUSE είναι υπέροχη. Θα συνοψίσω μερικά πράγματα εδώ.

Πρώτον, λίγα λόγια για την SUSE. Η SUSE χρηματοδοτεί την κοινότητα openSUSE, και αποτελεί ένα σημαντικό μέρος της κοινότητας, απασχολώντας έναν μεγάλο αριθμό προγραμματιστών που συνεισφέρουν στο έργο openSUSE, συνεισφέρει δε στο έργο openSUSE τόσο με κώδικα, όσο και με προσωπικό αλλά και με χρήματα.
Από πολλές απόψεις είναι ο «προστάτης» του έργου openSUSE, έχοντας την εταιρία στην πλάτη μας όταν το χρειαζόμαστε, χωρίς όμως να σημαίνει ότι η εταιρία SUSE ελέγχει το έργο. Το έργο openSUSE είναι ανεξάρτητο, ελεύθερο να καθορίσει τη δική του κατεύθυνση.
Η SUSE βλέπει τον εαυτό της ως ίσο μέλος στην κοινότητα, συμμετέχοντας με τον ίδιο τρόπο όπως όλοι οι άλλοι, ενθαρρύνοντας τους μηχανικούς της να συμμετέχουν σε συζητήσεις και βοηθούν στον καθορισμό της κατεύθυνσης του έργου openSUSE μέσω υποβολής κώδικα, όπως όλοι οι άλλοι.
Ο ανοικτός κώδικας λειτουργεί καλύτερα όταν υπάρχει ελευθερία καινοτομίας, αυτή είναι η θέση στην οποία βρίσκεται το έργο openSUSE, η SUSE είναι μια εταιρεία που κατανοεί την βάση της - καθώς η τρέχουσα εκστρατεία της λέει ότι «Ο ανοικτός κώδικας είναι στα γονίδιά μας».

Αν λοιπόν η SUSE δεν είναι το «αφεντικό», τότε ποιος είναι; Προφανώς η κοινότητα. Αυτή αποφασίζει, και μάλιστα θέλουμε περισσότερα άτομα να μας βοηθήσουν να κάνουμε πολλά πράγματα! Είμαστε το είδος του έργου που είναι πολύ ανοιχτό σε όλους που θέλουν να συνεισφέρουν και προσπαθούμε σκληρά να διατηρήσουμε ένα πολύ χαμηλό «εμπόδιο» για την είσοδο.
Η κοινότητα openSUSE δεν είναι το είδος της κοινότητας που θα ορίσει να αποκτήσετε πολλές γνώσεις προτού σας επιτραπεί να κάνετε οτιδήποτε για το έργο openSUSE.
Εάν δείτε κάτι που χρειάζεται διόρθωση, μιλήστε με τα άτομα που εργάζονται στην επίλυση σφαλμάτων, διορθώστε το μαζί τους και υποβάλετε τις συνεισφορές σας. Αυτό ισχύει για τον κώδικα, τον ιστότοπο, το wiki, το μάρκετινγκ, οτιδήποτε και οπουδήποτε. Δεν είμαστε ένα έργο για το οποίο χρειάζεστε άδεια για να μπορέσετε να συμμετάσχετε.
Προσπαθούμε να διατηρήσουμε τις διαδικασίες μας λιτές, αλλά αυτές που έχουμε είναι στο Wiki μας, και όσον αφορά τη συνάντηση με υπάρχοντα μέλη που συνεισφέρουν, μπορείτε εύκολα να τους βρείτε στα κανάλια IRC και στις λίστες αλληλογραφίας μας.

Εάν είστε χρήστης και χρειάζεστε βοήθεια στην πραγματικότητα χρησιμοποιώντας το openSUSE αλλά δεν είστε έτοιμοι να εμπλακείτε με τη συνεισφορά στο έργο ακόμα, τότε έχουμε μια μεγάλη κοινότητα που βοηθούν τους ανθρώπους μέσω του IRC, του Φόρουμ και του Telegram (Αγγλικό) / Telegram (Ελληνικό).

Όταν όλοι ασχολούνται με όλα, δεν οδηγεί στο απόλυτο χάος; Οχι ακριβώς. Το μοντέλο ανοιχτού κώδικα λειτουργεί, με τις λίγες διαδικασίες που έχουμε στη διάθεσή μας να παρέχουν αρκετή δομή και ασφάλεια, ώστε οποιαδήποτε προβλήματα εμφανιστούν να αντιμετωπιστούν ως μέρος μιας διαδικασίας φυσικής ροής και μάθησης.
Όμως, δεν είναι ουτοπία, από καιρό σε καιρό φυσικά εμφανίζονται διάφορα και γι' αυτό το έργο openSUSE έχει το «Διοικητικό Συμβούλιο».
Η δουλειά του είναι να βοηθάει στη διατήρηση του έργου και της κοινότητας στο σωστό δρόμο, να μιλούν τα μέλη της κοινότητας μεταξύ τους, να επιλύει συγκρούσεις, και να είναι οι «τελευταίοι υπεύθυνοι λήψης αποφάσεων» εάν δεν υπάρχει κάποιος άλλος ικανός/κατάλληλος για να λάβει μια δύσκολη απόφαση που επηρεάζει το openSUSE.

Η δομή του «Διοικητικού Συμβουλίου» είναι επίσης μια ωραία αντανάκλαση του τρόπου δομής της υπόλοιπης κοινότητάς μας - από τις 5 εκλεγμένες έδρες του Διοικητικού Συμβουλίου, όχι περισσότερες από 2 θέσεις μπορούν να καταληφθούν από άτομα που απασχολούνται / ελέγχονται από τον ίδιο οργανισμό. Αυτό σημαίνει ότι καμία εταιρεία (ούτε καν SUSE) δεν μπορεί να έχει την πλειοψηφία των θέσεων στο Διοικητικό Συμβούλιο, διασφαλίζοντας ότι είναι υγιής και ισορροπημένη όπως και η υπόλοιπη κοινότητά μας.

Και τέλος, η κοινότητα openSUSE είναι απλώς μια μεγάλη ομάδα ανθρώπων. Ένα μεγάλο μέρος αυτής συναντιέται στα τακτικά συνέδρια του openSUSE. Στα συνέδρια γίνεται η συνδυασμός συναντήσεων των μελών της κοινότητας, συνομιλιών αλλά και διασκέδασης με πολλές πολλές μπύρες.

Και θυμηθείτε το σύνθημά μας...

Have a Lot of Fun!

Casi finalizando el verano y ya tenemos Disponible el decimonoveno número de la revista digital SoloLinux la cual, como siempre, podéis leer online o descargar para poder disfrutar en vuestro lugar de vacaciones si tenéis una conexión de internet limitada.

Disponible el decimonoveno número de la revista digital SoloLinux

La introducción es repetitiva, pero es que es interesante hacer un poco de historia. Hubo un tiempo en que las revistas sobre Linux digitales estuvieron de moda. Tenemos todavía publicándose Atix y Full Circle Magazine (en inglés, gracias Vampiro Nocturno), pero antes teníamos a Linux+, Papirux, Begins o TuxInfo, por citar algunas discontinuadas.

Desde hace un tiempo una revista digital SoloLinux tiene su entrada mensual en el blog, tener todas las alternativas posibles para compartir conocimiento es algo que caracteriza al Conocimiento Libre

En esta edición la introducción de sus creadores es corta pero interesante ya que se desvela el ganador del concurso del número anterior:

«Sin trampa ni cartón, lo prometido es deuda. En el número anterior de la revista sololinux, sorteamos un VPS entre los que dejaran un comentario. El ganador ya disfruta de su premio, enhorabuena Toni Hortal.«

Más información: Revista Sololinux N19

Así que, ya tenemos disponible el decimoctavo número de la revistas digital SoloLinux, el cual llega cargado de contenidos y con el siguiente índice.

MANUALES Instalar Conky y Conky manager en Ubuntu 20.04 Cómo agregar mi cuenta de Gmail en Thunderbird Verificar la instalación de Java y su versión en Linux Error: dpkg returned an error code (1), en Ubuntu Como crear un USB MultiBoot con Ventoy de forma rápida Como instalar el Kernel 5.8.1 en Ubuntu o Linux Mint Ocultar carpetas y archivos del administrador en linux Como reparar el archivo mtab en linux Configurar una ip estática en Ubuntu, CentOS y derivados Actualizar el kernel de Ubuntu es muy fácil con Mainline Instalar un servidor de correo en Ubuntu 20.04 con PostfixAdmin Instalar BigBlueButton en Ubuntu 16.04 LTS Habilitar snap en Linux Mint 20 Ulyana DISTROS LINUX Calculate Linux 20.6 – Una distribución linux sorprendente LMDE 4 – El Linux Mint con Debian SOFTWARE Instalar Genymotion en Linux sin problemas Instalar Xampp en Ubuntu 20.04 y otras distribuciones linux Instalar LibreOffice 7.0 en Ubuntu – Alternativa a MS Office Instalar Whatsapp en linux – Agosto del 2020 Descargar videos de youtube con Tartube en linux

HARDWARE Instalar el driver Realtek RTL8723DE en linux Consejos para ahorrar batería en linux Modificar la configuración de la CPU con cpufrequtils Diferencias entre raid 1 y raid 5 en un servidor Zram, Zswap o Zcache – Cuál debo utilizar en mi pc NOTICIAS Los mejores blogs de Linux en español – Encuesta de tictac Debian 8 Jessie dice adiós – Se acaba su soporte Qué es el software Open Source ¿Es Linux Mint la mejor distribución para comenzar en Linux? NOTICIAS Toshiba vende su división de portátiles a Sharp Nuevo Kernel para Ubuntu 16.04 LTS y derivados SEGURIDAD Proteger un servidor de ataques DDos con mod_evasive JUEGOS Como jugar a juegos de Android en Linux Instalar SuperTuxKart 1.2 en Ubuntu 20.04 LA OPINIÓN DEL LECTOR La opinión del Lector: Jaime Pons GANADOR SORTEO VPS El ganador es: Toni Hortal ENTREVISTAS Entrevista a Alexis Administrador de ESGEEKS Entrevista a Karla Administradora de KARLAPEREZYT y Youtuber en KARLASPROJECT

La revista puede ser descargada o simplemente visualizarla en línea, ya que se cuelga en diferente servicios como Calameo. A continuación os dejo los enlaces de descarga y visualización directa de los cuatro primeros números.

Además, recordar que desde el número anterior se ha abierto el canal oficial sololinux.es de Telegram: https://t.me/sololinux_es

Evidentemente, este proyecto no se centra en exclusivo a los contenidos de su web y está abierto a colaboraciones de todo tipo. De esta forma si estas interesado en insertar publicidad en nuestra revista, o quieres que publiquemos algún articulo que hayas escrito tu mismo, puedes contactar con «Adrián» por correo electrónico: adrian @ sololinux. com

Muchos ánimos en este nuevo proyecto ya que facilita la difusión del Software Libre de una forma que ya no es tan habitual en estos tiempos pero que es igual de válida.

Yet again the iterations to produce the default and complimentary wallpapers for 3.38 generated some variants that didn’t make the cut, but I’d like to share with fellow gnomies.

Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes xx de agosto la Comunidad KDE ha comunicado que ha sido lanzada la quinta actualización de Plasma 5.19. Una noticia que aunque es esperada y previsible es la demostración palpable del alto grado de implicación de la Comunidad en la mejora continua de este gran entorno de escritorio de Software Libre.

Lanzada la quinta actualización de Plasma 5.19

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las actualizaciones.

De esta forma, el martes XX de agosto ha sido lanzada la quinta actualización de Plasma 5.19, la cual solo trae (que no es poco) soluciones a los bugs encontrados en esta semana de vida del escritorio y mejoras en las traducciones. Es por tanto, una actualización 100% recomendable.

Más información: KDE

Las novedades básicas de Plasma 5.19

Como he dicho en la introducción esta versión de Plasma no ofrece muchas novedades y los desarrolladores se han dedicado más a pulir la versión anterior e ir mejorando la experiencia de uso.

No obstante, tal y como se comentó en la entrada que se realizó en el día de su lanzamiento, tenemos algunas novedades como las siguientes:

• Mejoras en los plasmoides: reescrito al pack de widgets de System Monitor o los de la bandeja del sistema, por poner un par de ejemplos.
• Completada la colección por defecto de avatares de usuarios.
• Mejoras en la consistencia entre módulos de las Preferencias del Sistema.
• Optimización de la herramienta de indexación de ficheros.
• Rediseñado KinfoCenter.
• Mejoras en Kwin, Wayland y Discover.

Más información: KDE

Ya está disponible la ISO para descargar y probar el proyecto openSUSE Jump en versión Alfa para acercar más SUSE Linux y openSUSE

Hace unos días en este mismo blog podías leer que pronto podrías probar la nueva versión de desarrollo de openSUSE Jump. Pues el día ha llegado, y ya hay imágenes ISO disponibles para descargar y probar esta prueba de concepto que acerca todavía más SUSE Linux Enterprise y la versión comunitaria openSUSE Leap.

Como ya has podido leer en este blog, openSUSE Jump es una prueba de concepto de lo que sería una distribución de openSUSE en el que compartiera los mismos binarios con SUSE Linux Enterprise.

Ya es posible descargar una primera imagen ISO, en versión Alfa, para poder testear tus paquetes, comprobar cómo funciona todo y reportar errores encontrados, participando así en este desarrollo del nuevo modo de trabajo que se prepara para próximas versiones de openSUSE Leap.

El trabajo está siendo bastante intenso y se está reportando en las listas de correo todos las reuniones que se están celebrando y todos los avances que se van consiguiendo para realizar el proyecto.

Si quieres descargar la imagen ISO de openSUSE Jump puedes hacerlo desde este enlace:

• https://download.opensuse.org/distribution/jump/15.2/

A día de hoy está en versión Alfa, por lo que no está aconsejado para instalarlo como sistema operativo principal y de uso diario, si no como banco de pruebas para testear y reportar errores.

Es una primera imagen en la que ver cómo se desarrolla este proyecto de unificación de binarios entre SUSE y openSUSE, y como sabes, Jump no tiene propósito de duración a largo plazo. Ya que el método de trabajo desarrollado en esta, será la que después se siga para desarrollar las siguientes versiones de openSUSE Leap.

All the kids have been talking about the wonders of Matrix as the future of decentralized, secure communication. I have known about it, seen bridges being used in the openSUSE discord and Telegram rooms. Most of my experience has not been great, generally there were significant delays. I have used a few clients, Riot.im on … Continue reading Element | Matrix Chat Client on openSUSE →

Die Kraft Community freut sich, die neue Version 0.95 freizugeben.

Die neue Version kann über die Homepage heruntergeladen werden.

Weayprint als PDF Rendering Engine

Diese Version bedeutet einen großen Schritt vorwärts für Kraft. Die Art, wie die PDF Dokumente generiert werden, ändert sich grundlegend. Bis jetzt (und seit mehr als 15 Jahren!) hat Kraft ein Script auf Basis der Python Bibliothek ReportLab verwendet, um hochqualitative PDFs zu erzeugen.

Das hat uns weit gebracht, aber es war für Benutzer immer schwierig, das Aussehen der Ausgabedokumente an individuelle Bedürfnisse anzupassen, denn ReportLab benutzt ein XML-basiertes Quell-Format, das schwierig anzupassen ist.

Ab dieser Version wird zusätzlich das Projekt WeasyPrint zur Erzeugung der PDFs unterstützt. Das Prinzip ist das selbe geblieben: In ein Template werden die Dokumentdetails eingefüllt, und das Konvertierungsskript erzeugt daraus PDF. Jedoch verwendet WeasyPrint ein HTML basiertes Quellformat, und da viele ein bisschen HTML beherrschen und es viele Tutorials und Hilfen gibt, wird es sehr viel einfacher sein, die Dokumente anzupassen.

Abgesehen von der einfacheren Benutzung bietet WeasyPrint auch wesentlich mehr Möglichkeiten, die Dokumente zu gestalten. Beispiele dafür sind bessere tabellarische Gestaltung und Web Fonts.

Parallel zur Integration von WeasyPrint wurde auch die Text-Template Bibliothek ausgetauscht: Kraft verwendet jetzt auch Grantlee, den Standard in der KDE/Qt Welt.

Sowohl die ReportLab basierte PDF Erstellung als auch die ctemplate Templates sind in dieser Version von Kraft noch unterstützt, aber langfristig wird Weasyprint bevorzugt werden. Dann werden wir die Unterstützung von ReportLab aufgeben.

Ein neues Benutzerhandbuch

Eine weitere großartige Änderung ist, dass Kraft jetzt mit einem Benutzerhandbuch ausgestattet ist. Das Benutzerhandbuch wurde von einem Community-Mitglied angefangen und wird jetzt nach und nach erweitert und in weitere Sprachen übersetzt werden. Es soll neuen Anwendern helfen, schneller mit Kraft zum Ziel zu kommen.

Das Handbuch erscheint nach dem Klick auf den Eintrag im Hilfe-Menü im Webbrowser, ist aber auch ohne Netzverbindung verfügbar.

Mehr Neuerungen

Wie üblich bringt auch diese Version viele weitere Fixes und Verbesserungen, die im Changelog zu finden sind.

Wir freuen uns sehr über dieses neue Release, das Kraft ein gutes Stück voranbringt. Wie immer an dieser Stelle: Wir freuen uns über jede Art von Hilfe, in Form von Bug Reports und Verbesserungsvorschlägen, aber auch bei der Verbesserung von Code, Übersetzungen oder Dokumentation.

Danke allen, die bisher beigetragen haben!

GitHub está implementando una herramienta para gestionar tus repositorios en sus servidores desde la línea de comandos

Aunque hay herramientas gráficas para la gestión de tus repositorios con git, como Qgit o Gitk, muchos seguimos prefiriendo la línea de comandos a la hora de realizar tareas sobre esos repositorios git.

Y si se trabajan con repositorios git que están alojados en GitHub (propiedad de Microsoft) a la hora de realizar algunas tareas, había que realizarlas obligatoriamente desde su propia web.

Ahora están desarrollando una herramienta propia para la línea de comandos llamada gh, publicada bajo licencia MIT y desarrollada en lenguaje Go, para realizar esas tareas propias de GitHub sin tener que abandonar la línea de comandos de tu equipo.

La herramienta GitHub CLI o gh está en fase inicial de desarrollo, todavía en fase Beta, pero poco a poco va ganando en funcionalidades y fiabilidad, y actualmente solo funciona para repositorios de GitHub.com y no de otros proveedores o de GitHub Enterprise Server.

Actualmente podemos realizar tareas como, gestionar los Pull Request de nuestro repositorio, los issues, algunas tareas sobre nuestro repositorio y configurar la propia herramienta, mediante comandos como:

• gh pr [status, list, view, checkout, create]
• gh issue [status, list, view, create]
• gh repo [view, create, clone, fork]
• gh config [get, set]
• gh help

GitHub CLI está disponible para sistemas operativos privativos, y también para varias distribuciones de GNU/Linux como Debian y derivadas, Fedora, CentOS, openSUSE y SUSE y Arch. También para Android mediante Termux. O compilando el código fuente.

Al estar en fase Beta, están abiertos a mejoras, y pulido de la herramienta. Incluso hay un formulario (en Google Docs) para rellenar una simple encuesta para saber cómo se utiliza su herramienta.

Si haces un uso intensivo de Git y principalmente de GitHub, quizás te interese instalar y probar esta nueva herramienta y gestionar integralmente tus repositorios sin abandonar la confortable pantalla negra de tu terminal.

Enlaces de interés

• https://github.com/cli/cli
• https://cli.github.com/