Sejak beberapa hari terakhir saya mondar-mandir koordinasi dengan team untuk persiapan webinar mengenai Implementasi Zimbra. Saya kebagian jatah mengisi sesi “Introduction to Excellent” dan screenshot yang saya tampilkan ini adalah salah satu bagian slide yang saya presentasikan tadi siang.

Untuk materi slide lainnya akan coba saya upload secara bertahap dalam kesempatan berikutnya.

Saya memerlukan waktu beberapa hari menyesuaikan materi presentasi agar selaras dengan keseluruhan tema, merapikan screenshot, mengarang note untuk setiap slide yang disampaikan dan melakukan ujicoba presentasi apakah waktunya terlewat atau tidak, apakah ada yang kurang jelas dan apakah ada informasi yang perlu diperbaiki.

Sebelum membangun Excellent, saya bekerja sebagai staff IT di perusahaan. Ada beberapa mindset yang saat itu saya pegang namun setelah sekian waktu, saya melihat bahwa mindset tersebut perlu disesuaikan.

Misalnya yang pertama soal Good Admin is Everything. Ada pemikiran bahwa Admin yang bagus adalah Admin yang bisa segalanya. Timbul kesan, jika pekerjaan diserahkan pada vendor, lantas apa fungsi kita sebagai team IT.

Padahal ukurannya adalah keberhasilan implementasi. Pada result atau hasil akhir. Jika kita memiliki berbagai pengetahuan teknis tapi hasil akhir ternyata tidak berjalan sesuai harapan, tetap saja kita dianggap sebagai team IT yang gagal. Perlu diingat, vendor itu adalah partner, bukan musuh. Akan jauh lebih baik jika kerjasama yang terjalin memberikan dorongan pada kelancaran proses implementasi. Kita sebagai team internal bisa banyak belajar, menambah pengetahuan sekaligus bisa fokus pada aspek monitoring dan supervisi.

Ada kalimat, “Serahkan suatu pekerjaan pada ahlinya, jadi jika hendak melakukan implementasi Zimbra dan merasa ada banyak hal yang harus dilakukan dan khawatir tidak kuat, biar Excellent saja yang melakukannya . Nanti prestasi implementasi tetap merupakan prestasi team IT yang mampu menjamin keberhasilan berjalannya pekerjaan, bukan prestasi vendor seperti Excellent.

Yang kedua mengenai Budget. “Jika menggunakan Zimbra Network Edition, berarti harus keluar biaya?” Iya, karena memang ada kebutuhan biaya lisensi.

“Wah kalau keluar biaya, sayang dong, kan pakai open source juga bisa”.

Benar bisa, tapi apakah sesuai dengan kebutuhan perusahaan?

Tidak semua pengeluaran uang itu pemborosan. Investment worth the risk. Jika kita tidak keluar biaya sama sekali tapi data email hilang atau perusahaan terkena penipuan hingga rugi ratusan juta atau miliaran rupiah; tender gagal terkirim karena informasinya terhambat di komunikasi email; itu namanya bukan cerdas melainkan celaka. Siapa yang salah? Ya kita sebagai IT yang merasa uang yang dikeluarkan adalah uang milik pribadi.

Jadi, serba berhemat untuk segala hal tidak selalu benar. Melakukan pengeluaran biaya untuk budget keperluan tertentu juga tidak selalu salah. Yang salah itu jika mengeluarkan uang bukan untuk keperluannya. Jika pengeluaran uang untuk kebaikan perusahaan dan untuk mendukung kelancaran operasional perusahaan, itu justru prestasi, karena bisa mencegah kerugian dan meningkatkan peluang keberhasilan.

Yang terakhir soal mindset, “Perusahaan belum butuh karena atasan atau pimpinan atau user juga belum minta”. Sebagai IT kita seharusnya one step ahead. Satu langkah didepan. Jika perlu 10 langkah didepan. Sebelum pimpinan atau atasan minta, kita sudah melakukan riset. Sudah ada usaha. Jangan seperti paku, saat digetok baru berjalan.

Bisa jadi pimpinan belum minta karena belum tahu atau belum terbayang pentingnya feature tersebut.

Misalnya, “buat apa pakai digital signature?”. Oh itu penting untuk memastikan identitas rekanan yang berkomunikasi dan mencegah pemalsuan identitas.

“Mengapa pakai 2 factor?”, agar email account lebih aman.

“Mengapa pakai delegated admin?”, supaya ada pembagian wewenang yang jelas.

Jika kita mau berusaha memperbaiki diri dan kualitas, nanti ada perbedaan. Ada jarak dari kondisi sebelumnya. Berbeda jika kita statis dan menikmati keamanan semu, nanti baru sadar saat sudah terlambat atau saat pimpinan tahu dari pihak lain.

Le estoy cogiendo el gustillo a esto de los Service Menu para KDE. Hoy me congratula compartir con vosotros Universal mounter/unmounter Original, un pequeño complemento que nos ayuda, como su nombre indica, a montar y desmontar archivos en nuestro sistema.

Universal mounter/unmounter Original – Service menu para KDE (15)

Como los seguidores habituales del blog ya serán conocedores, la idea de los Service Menu es simple: añadir al botón derecho de Plasma en Dolphin la opción de realizar cualquier acción que se nos ocurra.

Hoy me complace presentar Universal mounter/unmounter Original, una creación de Shevchuk que nos permite montar y desmontar cualquier fichero montable con un simple click.

Hay que insistir que al programador de este Universal mounter/unmounter Original le encantará que le deis me gusta en la KDE Store y que le comentéis como os funciona. Os recuerdo que ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los Dolphin Service Menu?

La personalización de KDE y Plasma está más que demostrada y prueba de ello son los Dolphin Service Menu, que no son más que la posibilidad de disponer un menú auxiliar en el gestor de archivos Dophin o en Konqueror que se activa con el botón derecho del ratón.
Con ellos tendremos nuevas acciones como:

• Accesos directos a los servicios de Dropbox.
• Accesos directos a las acciones de 7zG.
• Realizar acciones como root automáticamente.
• Enviar un adjunto con el Thunderbird

Y muchos más como hemos explicado en varias ocasiones en el blog. Puedes encontrar estos servicios se pueden encontrar en la sección Dolphin Service Menu en la Store de KDE.

Pada dasarnya Snapshot yang dibuat oleh Snapper akan otomatis dihapus oleh snapper-cleanup.service jika sudah waktunya terhapus sesuai dengan konfigurasi yang ada di /etc/snapper/configs (atau dengan perintah su -c "snapper -c root get-config"). Namun adakalanya Snapper gagal menghapus satu atau beberapa Snapshot yang saya sendiri masih belum paham kenapa bisa gagal terhapus.

Jika kita tidak menghapus Snapshot yang gagal terhapus tersebut lama-kelamaan akan membuat ruang penyimpanan (HDD/SSD) semakin terkikis habis karena semakin banyak selisih data yang tersimpan antara Snapshot yang gagal terhapus dengan kondisi terkini.

Mendeteksi Snapshot yang gagal terhapus

Untuk mencaritahu apakah ada Snapshot yang gagal terhapus kita bisa membandingkan Snapshot yang terdata oleh Snapper dengan jumlah Snapshot yang ada di tempat Snapshot itu berada.

Melihat data Snapshot dengan Snapper

Untuk melihat daftar Snapshot yang terdata oleh Snapper, kita bisa menjalankan perintah su -c "snapper list". Atau jika Anda mempunyai lebih dari satu konfigurasi Snapper (seperti saya), tambahkan opsi -a untuk menampilkan daftar Snapshot dari semua konfigurasi, su -c "snapper list -a".

Melihat jumlah Snapshot

Untuk melihat jumlah sebenarnya dari Snapshot kita bisa menggunakan perintah standar Linux, yaitu su -c "ls /.snapshots". Untuk Snapshot yang berada di konfigurasi home (jika Anda punya), jalankan su -c "ls /home/.snapshots" dan seterusnya (bisa dilihat dengan perintah su -c "snapper list-configs").

Perintah ls harus dijalankan dengan akses root karena direktori tersebut hanya bisa dilihat oleh root.

Bandingkan

Bandingkan jumlah Snapshot yang muncul dari perintah snapper dan ls. Jika sama berarti aman. Jika jumlah dari perintah ls lebih banyak, berarti ada Snapshot yang tidak terdata oleh Snapper.

Perhatikan/cari nomor Snapshot yang ada di perintah ls tapi tidak ada di perintah snapper. Snapshot inilah yang seharusnya sudah terhapus.

Menghapus Snapshot

Ada tiga cara untuk menghapus Snapshot yang tidak kita inginkan ini, yaitu:

1. Cara barbar, dengan perintah rm -rf.
2. Cara yang cukup bisa diterima, dengan perintah btrfs subvolume delete.
3. Cara elegan, yaitu dengan mengembalikan Snapshot tersebut ke Snapper untuk kemudian dihapus secara alami.

Backup data dan siapkan rescue system

Sebelum menjalankan proses penghapusan sebaiknya backup semua data penting ke partisi lain atau ke penyimpanan eksternal untuk mengantisipasi kerusakan sistem, terutama jika Anda memilih cara pertama dalam menghapus Snapshot.

Siapkan juga installer di thumb drive/flashdisk atau DVD untuk persiapan install ulang jika Anda menggunakan cara pertama, atau persiapan fsck (btrfs check) filesystem jika Anda menggunakan cara kedua. Cara kedua bisa dikategorikan aman, hanya saja menghapus Snapshot dengan cara ini kadang membuat metadata menjadi tidak klop yang membuat Btrfs menjadi read-only sebagai proteksi menghindari kehilangan data. Memperbaiki filesystem yang read-only juga bisa dilakukan dengan live system sebagai alternatif jika Anda sudah tidak memiliki ISO installer.

Cara pertama, rm -rf

1. Cari tahu subvolid dari Snapshot yang akan dihapus dengan perintah su -c "btrfs subvol list /" | grep <nomor_snapshot>. Ganti <nomor_snapshot> dengan nomor Snapshot yang akan dihapus. Perintah ini akan menampilkan keluaran: ID <subvolid> gen <dan_seterusnya>.
2. Kaitkan/mount subvolume di mana Snapshot yang akan dihapus berada ke sebuah direktori (biasanya /mnt) dengan perintah su -c "mount -o subvolid=<subvolid_dari_perintah_1> /dev/sdXY /mnt", di mana sdXY adalah partisi tempat Snapshot berada, misal /dev/sda2.
3. Cari tahu lokasi Snapshot yang akan dihapus yang berada di /mnt dengan perintah su -c "btrfs subvol list /mnt" | grep <nomor_snapshot>. Ganti <nomor_snapshot> dengan nomor Snapshot yang akan dihapus.
4. Hapus Snapshot tersebut dengan perintah su -c "rm -rfv /mnt/<nomor_snapshot>". Ganti <nomor_snapshot> dengan nomor Snapshot yang akan dihapus.
5. Lepaskan kaitan/unmount subvolume dengan perintah su -c "umount /mnt".

Coba jalankan ulang komputer. Jika berjalan normal (tidak kernel panik atau kehilangan root filesystem) atau tidak menjadi read-only berarti aman dan Anda tidak salah hapus subvolume. Lanjutkan aktivitas Anda.

Cara kedua, btrfs subvol delete

Jalankan langkah 1 hingga 3 dari cara pertama. Lalu:

• Hapus Snapshot tersebut dengan perintah su -c "btrfs subvol delete /mnt/<nomor_snapshot>/snapshot". Ganti <nomor_snapshot> dengan nomor Snapshot yang akan dihapus.
  Lanjutkan ke langkah 4 dan 5 dari cara pertama.

Coba jalankan ulang komputer. Jika berjalan normal (tidak menjadi read-only) berarti aman. Lanjutkan aktivitas Anda.

Cara ketiga, kembalikan Snapshot ke Snapper

Tidak terdatanya Snapshot oleh Snapper biasanya karena subvolume /.snapshots/<nomor_snaphot>/snapshot masih ada (tidak terhapus), tapi file /.snapshots/<nomor_snapshot>/info.xml hilang atau kosong (tidak ada isinya).

Untuk mengembalikan Snapshot ke Snapper kita harus mengembalikan file info.xml ke kondisi seharusnya. Caranya dengan menyalin file info.xml dari Snapshot yang lebih baru ke Snapshot yang tidak terdata Snapper lalu mengubah isinya supaya sesuai dengan Snapshot tersebut.

Kita umpamakan Snapshot yang tidak terdata adalah nomor 567 dan Snapshot yang lebih baru adalah nomor 1234 (anggap saja Snapshot nomor 568 sampai nomor 1233 sudah terhapus).

1. Salin file info.xml dari Snapshot 1234 ke Snapshot 567 dengan perintah su -c "cp /.snapshots/1234/info.xml /.snapshots/567/".
2. Ubah nomor Snapshot di info.xml yang baru saja disalin supaya sesuai dengan Snapshot 567 dengan perintah su -c "sed -i 's/1234/567/' /.snapshots/567/info.xml". Ubah juga tanggalnya jika perlu, tapi ini hanya opsional saja. Jika Anda tidak mengerti dengan yang saya maksud, baca file tersebut dengan perintah su -c "cat /.snapshots/567/info.xml", terdapat informasi tanggal di sana.
3. Biarkan sistem menghapus Snapshot tersebut secara alami pada waktunya. Jika Anda tidak sabar ingin segera menghapusnya, jalankan service snapper-cleanup dengan perintah su -c "systemctl start snapper-cleanup.service". Atau bisa langsung menggunakan perintah snapper, yaitu su -c "snapper -c root delete 567", bisa juga ditambah opsi --sync supaya ruang penyimpanan segera dikembalikan, su -c "snapper -c root delete --sync 567".

Hapus Snapshot yang berada di konfigurasi lain

Jika Anda punya lebih dari satu konfigurasi Snapper (seperti saya) dan juga ada Snapshot yang gagal terhapus, ulangi cara di atas untuk konfigurasi lain. Yang membedakan hanya lokasi di mana direktori .snapshots berada. Anda bisa memeriksanya dengan perintah su -c "snapper list-configs", di sana ditunjukkan di mana lokasi subvolume berada, tinggal ditambahkan .snapshots di belakangnya. Misal untuk subvolume /home lokasi .snapshots berada di /home/.snapshots, dan seterusnya.

Tulisan ini bisa dibaca juga di https://kikisyahadat.github.io/2020/07/29/membersihkan-snapshot-yang-tertinggal.html

Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes 28 de julio la Comunidad KDE ha comunicado que ha sido lanzada la cuarta 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 cuarta 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 28 de julio ha sido lanzada la cuarta 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

Intro

We made an important change for our Container Host OS openSUSE MicroOS, which our Kubernetes platform openSUSE Kubic will inherit since it is based on openSUSE MicroOS: we use now tmpfs for /tmp.

tmpfs is a temporary filesystem that resides in memory. Mounting directories as tmpfs can be an effective way of speeding up accesses to their files and to ensure that their contents are automatically cleared upon reboot.

A fresh installation will use tmpfs for /tmp by default. Old installations needs to be converted to this manually, but it is still possible to switch back to use disk space for /tmp. This is especially useful and important, if big files are stored in /tmp.

If temporary files or directories are needed below /tmp, this can be created at boot by using tmpfiles.d. But never store important files in /tmp, they will not survive the next reboot.

Converting old installations to use tmpfs

As tmpfs will be mounted on top of /tmp, existing files will be no longer accessible. The following steps will cleanup /tmp and enable /tmpfs:

1. Backup all important files currently stored in /tmp!
2. Remove the line for /tmp from /etc/fstab
3. Remove all files in /tmp
4. Reboot

After reboot, tmpfs should be used for /tmp.

Using disk space for /tmp

After creating a new btrfs subvolume for /tmp and adding this to /etc/fstab, tmpfs will no longer be used for /tmp.

The easierst way to archive this is to use mksubvolume from snapper 0.8.12 or newer:

# transactional-update shell
transactional update # mksubvolume /tmp
transactional update # exit
# systemctl reboot

Afterwards, all files are stored again on the disk and will survive a reboot.

Future plans

In the future we plan to harden the system by default even more, e.g. by marking /tmp and other write-able parts of the filesystem with noexec.

Siempre está bien tener a mano documentación o un libro ya sea físico o, como en este caso, electrónico para consultar. Aquí te dejo una recopilación de libros gratuitos sobre programación.

¿Tienes alguna duda sobre programación? ¿Quieres consultar o aprender sobre programación? Aquí tienes una serie de recursos de libros en formato electrónico sobre programación, seguro que encuentras alguno interesante.

El otro día revisando los artículos de PlanetaLibre, me encontré con uno de la web “Tomates Asesinos” (siempre me ha parecido muy curioso el nombre para un blog sobre software libre) en el que MD detallaba los repositorios de GitHub a los que ha marcado con una “estrellita“.

Entre ellos encontré un interesante repositorio de recopilación sobre libros y otros recursos sobre programación. Hay listas en inglés, pero también hay una lista de libros y recursos sobre programación en español, y que abarca una gran temática y lenguajes de programación.

La lista inicialmente fue un clonado de una lista que se recopilaba por en StackOverflow, y ha pasado a un repositorio de GitHub donde la lista ha crecido aún más incluyendo muchas más referencias de cosulta.

La lista de libros en inglés sobre programación es muy extensa, pero la lista en español también cotiene unas cuantas referencias. Te animo a que le eches un vistazo, y lo compruebes. Seguro que encuentras algo interesante. Si es así, también puedes tu darle “una estrellita” en GitHub.

Enlaces de interés

• https://github.com/EbookFoundation/free-programming-books
• https://ebookfoundation.github.io/free-programming-books/
• https://ebookfoundation.github.io/free-programming-books/free-programming-books-es.html

Que una aplicación sea excepcional no significa que su desarrollo haya finalizado. El mejor gestor de imágenes de la Comunidad KDE (y una de las mejores del mercado tanto libre como privado) sigue su desarrollo. De esta forma ha sido lanzado digiKam 7, una nueva versión que incluye muchas novedades en el algoritmo de reconocimiento de caras.

Lanzado digiKam 7.0

El pasado 19 de julio fue lanzado digiKam 7.0, la nueva versión de uno de los gestores de imágenes más completo que puedes encontrar en el mundo GNU/Linux, e incluso en el mundo privativo.

Este nuevo digiKam ha recibido un intenso trabajo en la renovación del algortimo de reconocimiento de caras ya que todavía se estaba utilizando el primero que se introdujo en la aplicación, justo con digiKam 2.0 y, por lo tanto, su código estaba algo obsoleto y no basado en tecnologías de Aprendizaje Profundo (Deep-Learning).

De esta forma se ha pasado del Cascade Classifier de la librería OpenCV que requería mucha interacción por parte del usuario, al primer intento de utilizar el aprendizaje profundo en 2017 de la mano del estudiante Yingjie Liu (que no proporcionó los resultados esperados y no fue implementado) a la tecnología que se presenta en este lanzamiento, gracias al trabajo de Thanh Trung Dinh, que utiliza, Deep Neural Network también de la librería OpenCV. Los resultados no pueden ser más satisfactorios, como veremos a continuación en las novedades.

Más información: digiKam

Las novedades de digiKam 7

Aunque gran parte del trabajo para esta nueva versión, como he dicho, se lo ha llevado el reconocimiento facial con interesantes mejoras, digiKam también nos ofrece jugosas novedades. Hagamos un repaso:

• Mejoras reconocimiento facial como:
  • Porcentaje de acierto de un 97%.
  • Mejoras en rapidez y eficiencia en el uso de recursos.
  • Posibilidad de detectar caras no-humanas. ¡También podremos tener registradas a nuestras mascotas!
  • Posibilidad de detectar caras borrosas, cubiertas, pintadas, parciales, etc.

• Nuevo soporte para ficheros RAW files para nuevas cámaras como Canon CR3 o Sony A7R4.
• Mejorado el soporte para las imágenes con formato HEIF.
• Mejoras en el paquete binario con soporte para FlatPak.
• Nueva herramienta, ImageMosaicWall, para crear una imagen basada en otra colección de fotos.
• Nuevas opciones para escribir información de geolocalización en los metadatos del archivo.
• El plugin HTMLGallery introduce un nuevo tema llamado «Html5Responsive».

Y, por supuesto, muchos errores solucionados, con lo que parece que tendremos la mejor versión de digiKam que puede tener vuestro ordenador.

¿Qué es digiKam?

La mejor forma de definir digiKam es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:

«DigiKam es una aplicación que te permite la importación de fotografías desde  cámaras, creación de álbumes, etiquetado con fechas, temas y otras propiedades, utilidades de búsqueda excelentes y modificación de imágenes en masa.»

Me sigue sorprendiendo el control total de los elementos de Plasma que puede tener un usuario de este entorno de trabajo. Hoy os quiero presentar Hide Title, un script de Kwin muy sencillo que oculta la barra de título al maximizar las ventanas. Estoy seguro que le será útil a más de un usuario.

Oculta las barra de título con Hide Titles

De la mano de Bahamondev nos llega un script para Kwin que dota de una funcionalidad que puede ser muy interesante para Plasma.

Se trata de Hide Titles, un pequeña funcionalidad que nos permite ocultar la barra de título cuando maximizamos una ventana, con lo que se gana un espacio extra en nuestra pantalla.

He realizado la instalación básica de Hide Titles y funciona a la perfección, aunque tiene un pequeño inconveniente: una vez maximizada no es evidente minimizarla o convertirla. Para solucionarlo, y a falta de buscar un atajo de teclado, podemos simplemente utilizar la tecla [Alt] y arrastrar la ventana para volver a convertir la aplicación en un a ventana.

Hay que insistir que al programador de este Hide Title le encantará que le deis me gusta en la KDE Store y que le comentéis como os funciona. Os recuerdo que ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store – KWin Scripts -Hide Tittle

Cómo instalar Hide Titles

La instalación de este Script es muy sencilla ya que se realiza directamente desde las Preferencias del Sistema. Los pasos exactos son los siguientes:

• Iniciamos el Lanzador de aplicaciones o Kickoff
• Clicamos en la Preferencias del sistema.
• Ahora pinchamos en Gestión de Ventanas.
• Nos dirigimos a la sección de Guiones de KWin.
• Ahora pinchamos en Obtener nuevos guiones.
• Buscamos Hide Titles y pinchamos en Instalar.
• Ahora activamos el guión y pulsamos en Aplicar.

Sencillo y, a partir de ahora, imprescindible en todos mis escritorios Plasma de mis ordenadores.