Two weeks ago the openSUSE Election Committee set up an electronic petition to measure whether 20% of the community members are in favour of a re-election of the current elected Board Members. Let me remind that a non-confidence vote was called by openSUSE member Pierre Böckmann. He explained his reasoning in the email he addressed to community members.

The openSUSE election rules state that:

If 20 per cent or more of the openSUSE members require a new board, an election will be held for the complete elected Board seats.

As explained in my earlier post a few weeks ago, the Election Committee was tasked find out whether 20% of the community is indeed calling for a re-election.

We set up an electronic petition using Helios, the voting platform used by the community to run the board elections.

Voting "Yes, I want to sign the petition to call for a re-election of the openSUSE Board" would give us an idea of how many members are calling for re-election.

If a member did not support a re-election, there was no need to vote. This was explained in an email sent to community members on the project mailing list and via the voting credential email sent by Helios to eligible voters.

The petition ran for two weeks, starting on 30 June 2020. It ended on 14 July 2020. The result was published this morning on the project mailing list and members also received an email via Helios announcing the result.

Result

Out of the 509 eligible voters on Helios, 59 voted "Yes" for a re-election of the openSUSE Board. This result indicates that only 11.6% of the community voted in favour of a re-election.

Since the result is less than the 20% required for the complete Board's re-election, the Election Committee will proceed with an election to fill the current vacant seats only.

La Comunidad KDE decidió hace unos meses cambiar la anunciar las actualizaciones de sus aplicaciones. De esta forma ahora se realizan de forma mensual y se destaca algo importante de algunas aplicaciones. Bienvenidos pues a las actualizaciones de aplicaciones KDE de junio de 2020 en la que descubriremos un nuevo miembro del ecosistema que creo que era necesario. Por cierto… voy con retraso con estas noticias, ya se ha anunciado las novedades de julio, pero eso será en otro artículo.

Actualizaciones de aplicaciones KDE de junio de 2020

Varias son las novedades importantes que nos encontramos en esta actualización de junio, aunque las más importantes son la incorporación de Kup al paraguas de KDE y la posibilidad de utilizar Krita en dispositivos Android, además de algunas pequeñas mejoras.

Kup, la herramienta para copias de seguridad

Tengo el gusto de presentaros a Kup, una herramienta de copias de seguridad que puede usar para mantener seguros tus archivos y que, tras el proceso de incubación, se ha unido a la Comunidad KDE convirtiéndose oficialmente en un proyecto de KDE.

Con Kup se puede realizar copias de seguridad usando «rsync» o hacer copias de seguridad con versiones mediante la herramienta «Bup» de Python.

Mientras investigo su funcionamiento, os dejo un vídeo muy interesante sobre su funcionamiento.

Krita disponible para tablets Android

La otra gran novedad viene de la maravillosa Krita, y es que gracias al duro trabajo de Sharaf Zaman, ya está disponible en la tienda Google Play para tablets con Android y Chromebooks (aunque no para teléfonos con Android).

Esta aplicación, todavía en fase beta, está basada en Krita 4.2.9 y es simplemente la versión completa de Krita para el escritorio, por lo que todavía no dispone de una interfaz táctil especial. Se trata pues del primer paso, que puede parecer pequeño pero es muy importante ya que ahora Krita ya está ahí para las tabletas, se puede usar y su desarrollo para este tipo dispositivos se acelerará.

Hay que destacar que, a diferencia de las tiendas para Windows y Steam, no se solicita dinero para Krita en esta tienda pero se puede comprar una insignia de apoyo a la aplicacióna para sostener su desarrollo.

En el anuncio se especifica la forma de instalar Krita en tabletas con Android.

Otras pequeñas novedades

En cuanto a otros pequeños avances vale la pena destacar que:

• KIO Fuse ha realizado su primer lanzamiento beta este mes.
• También han llegado correcciones de errores para
  • El gestor de colecciones Tellico, con un diálogo de filtrado actualizado que le permite realizar búsquedas con texto vacío.
  • En el navegador de la red local SMB4K se ha corregido la forma de guardar preferencias durante el cierre.
  • Los desarrolladores del IDE KDevelop han realizado una actualización para los repositorios de KDE que se han trasladado.
• El proyecto KDE Homebrew, que ha estado funcionando de forma externa a KDE durante un tiempo, se ha trasladado a KDE para convertirse en parte de nuestra comunidad y facilitar a los usuarios

Más información: KDE

Boletín de noticias relacionadas con el software libre publicado por la Free Software Foundation.

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2020/july
• Y traducido en español en este enlace: https://www.fsf.org/free-software-supporter/2020/julio

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

Después de muchos años colaborando en la traducción al español del boletín, desde inicios de este año 2020 he decidido tomarme un descanso en esta tarea.

Pero hay detrás un pequeño grupo de personas que siguen haciendo posible la difusión en español del boletín de noticias de la FSF.

¿Te gustaría aportar tu ayuda en la traducción? Lee el siguiente enlace:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de julio de 2020

Las patentes de software frenan el progreso — inclusive en el sector de la salud

Del 22 de junio

El viernes 8 de mayo, la oficina de patentes y marcas de los Estados Unidos (USPTO) anunció un programa piloto de evaluación prioritaria para COVID-19. Modificado para parecer una respuesta útil a la pandemia global, es realmente lo contrario. Bajo el programa, la USPTO va a eximir de algunos pagos asociados con la aplicación acelerada de la revisión de patentes sobre trabajos que requieren de la aprobación de la entidad de administración de drogas y alimentos de los Estados Unidos (FDA). Ellos también trabajaran para que estas aplicaciones sean concedidas dentro de seis meses.

Estos cambios harán que las personas puedan obtener patentes de manera mas fácil y rápida sobre cualquier tecnología relacionada con la pandemia, incluyendo patentes de software. No esta dentro de nuestro alcance determinar el impacto de otro tipo de patentes; pero sabemos específicamente que ellas son terribles para el software y en un momento como el actual, en el que el software es critico para salvar vidas, acelerar las aplicaciones para patentes de software solo causarán daño.

• https://www.fsf.org/blogs/licensing/software-patents-are-another-kind-of-disease

Dando mis clases en el MIT sólo con software libre

Del 10 de junio por Gerald Jay Sussman

Esta primavera (2020), el Instituto Tecnológico de Massachusetts (MIT) migró todas sus clases a internet debido a la pandemia COVID-19. Dispuso licencias para varios programas no libres, pero por principios me opuse a ellos. Para mi clase, una clase avanzada de programación informática, hice arreglos para evitar sugerir cualquier software no libre a mis estudiantes.

En su lugar, usé una instalación de BigBlueButton ejecutándose en un servidor propiedad de la FSF. Rubén Rodriguez de la FSF me ayudó a conseguirlo y el funcionamiento de otro software.

• https://www.gnu.org/education/teaching-my-mit-classes-with-only-free-libre-software

En cuanto al nombre de Git y de la rama

Del 23 de junio por la Software Freedom Conservancy

Tanto Conservancy como el proyecto Git son conscientes de que el nombre inicial de la rama, “master,” resulta ofensivo para algunas personas, y sentimos empatía con aquellos que se sienten afectados por el uso de ese término.

Como primer paso, Git añadirá un mecanismo para permitir a los usuarios especificar el valor por defecto usado como el nombre de la primera rama al crear un nuevo repositorio. Además, de acuerdo con la gestión de su proyecto, Git ha emprendido un proceso comunitario para explorar la posibilidad de cambiar el nombre de la primera rama creada automáticamente para los nuevos repositorios aparte de “master.” Ese cambio se está discutiendo actualmente en nuestra lista de correo. Como siempre, los cambios en el núcleo de Git minimizarán la interrupción para los usuarios de Git e incluirán períodos de depreciación apropiados.

• https://sfconservancy.org/news/2020/jun/23/gitbranchname/

Los derechos digitales y el movimiento Black-led contra la violencia policial

Del 25 de junio por la Electronic Frontier Foundation (EFF)

Las vidas negras importan en las calles. Las vidas negras importan en Internet. La EFF está con las comunidades que lloran a las víctimas de los homicidios policiales. Apoyamos a los manifestantes que son arroyados por los patrulleros.Estamos con los periodistas esposados o a los que se les dispara mientras informan sobre estas atrocidades. Y estamos con todos aquellos que usan sus cámaras, teléfonos y herramientas digitales para asegurarse de que no podemos apartarnos de la verdad.

• https://www.eff.org/issues/digital-rights-and-black-led-movement-against-police-violence

Estas son solo algunas de las noticias recogidas este mes, pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2020/julio

Y todos los números del “supporter” o boletín de noticias de 2020 aquí:

• http://www.fsf.org/free-software-supporter/2020/

—————————————————————

Today, while pulling the latest Nextcloud container image from the docker.io repository I noticed that it is failing. Looking at the read: connection reset by peer error I assume it could be primarily due to network failure; maybe poor quality of the connection.

Note that Mauritius is far from "everywhere" else and connectivity issues are nothing new.

ish@coffee-bar:~> podman pull docker.io/library/nextcloud
Trying to pull docker.io/library/nextcloud...
Getting image source signatures
Copying blob e0276193a084 done  
Copying blob eb2d00c10344 done  
Copying blob 3a60f364b0c5 done  
Copying blob e0d3d1244592 done  
Copying blob f54006e0dc29 done  
Copying blob 8559a31e96f4 done  
Copying blob b22875b95a2a done  
Copying blob f65316e96b10 done  
Copying blob 3e309988c00b done  
Copying blob 0c78caf16ec3 [======================================] 13.1MiB / 13.2MiB
Copying blob 4fc30aae7ee5 done  
Copying blob 37b016cacdc6 done  
Copying blob fd56bf3cc539 done  
Copying blob e3cd35f544b5 done  
Copying blob 467fea8f6f80 done  
Copying blob 0dc7444f9282 done  
Copying blob 547ae6684264 done  
Copying blob 3139b6de5be7 done  
Copying blob 00e77223b529 done  
Copying blob 2b37e3b3a856 done  
  read tcp 192.168.100.6:33536->104.18.124.25:443: read: connection reset by peer
Error: error pulling image "docker.io/library/nextcloud": unable to pull docker.io/library/nextcloud: unable to pull image: Error writing blob: error storing blob to file "/var/tmp/storage720474498/10": read tcp 192.168.100.6:33536->104.18.124.25:443: read: connection reset by peer

Podman does not retry to copy the image in case of failures.

A few days ago there was a suggestion to implement a similar feature in Podman that is present in Buildah, which provides the "image copy retry" functionality.

For the curious, the implementation of retryCopyImage in Buildah can be seen here.

Container images that are pulled by Buildah are stored in the local repository which can also by accessed by Podman, so that's an advantage. I tried pulling the Nextcloud container image using Buildah and it completed successfully.

ish@coffee-bar:~> buildah pull nextcloud
Getting image source signatures
Copying blob e0d3d1244592 done  
Copying blob 8559a31e96f4 done  
Copying blob eb2d00c10344 done  
Copying blob 3a60f364b0c5 done  
Copying blob f54006e0dc29 done  
Copying blob e0276193a084 done  
Copying blob f65316e96b10 done  
Copying blob b22875b95a2a done  
Copying blob 3e309988c00b done  
Copying blob 0c78caf16ec3 done  
Copying blob 4fc30aae7ee5 done  
Copying blob 37b016cacdc6 done  
Copying blob e3cd35f544b5 done  
Copying blob fd56bf3cc539 done  
Copying blob 467fea8f6f80 done  
Copying blob 0dc7444f9282 done  
Copying blob 547ae6684264 done  
Copying blob 2b37e3b3a856 done  
Copying blob 00e77223b529 done  
Copying blob 3139b6de5be7 done  
Copying config 327476ebe3 done  
Writing manifest to image destination
Storing signatures
327476ebe3280c7b570d8463edd136956eab120959976b643cb7dbfaa73f98c1

Now, the downloaded container image is also accessible by Podman.

ish@coffee-bar:~> podman images
REPOSITORY                     TAG      IMAGE ID       CREATED        SIZE
docker.io/libreoffice/online   latest   0586fecfa3c1   28 hours ago   2.84 GB
docker.io/library/nextcloud    latest   327476ebe328   3 days ago     774 MB

To conclude, while we are waiting that a retryCopyImage function is available in Podman, we can use Buildah to pull container images that are troublesome due to network issues.

It happened again, unfettered access to the Internet has yielded yet another romp down the bunny trail to places that I don’t have time in which to go. I have previously discovery of the Ultimate 64, a modern replacement board for the Commodore 64, now I have come upon another amazing bit of tech. A … Continue reading MechBoard64 | Replacement Commodore 64 Keyboard →

Beberapa hari yang lalu ada support ticket yang masuk ke Excellent. Pihak klien mengeluh bahwa mereka tidak bisa mengirim email ke pihak rekanan di Jerman dengan pesan error : “550-Requested action not taken: mailbox unavailable, 550 invalid DNS MX or A/AAAA resource record”

Pihak klien berlangganan paket layanan SMTP Relay Excellent. Layanan ini berfungsi sebagai relay server, yang akan meneruskan email dari server klien ke tujuan.

Berdasarkan pesan error tersebut, team Excellent menginformasikan bahwa email di tujuan tidak ada (unavailable) dan pihak klien bisa menginformasikannya pada pihak rekanan.

Pihak klien bersikukuh bahwa email di tujuan ada dan baik-baik saja, karena jika dikirim via Gmail, emailnya bisa diterima. Atas dasar itu, saya membantu team support untuk melakukan investigasi lebih jauh dan meminta izin pada pihak klien untuk melakukan simulasi dan test ke tujuan email yang dimaksud.

MENGECEK MX RECORDS
Langkah pertama yang saya lakukan adalah mencoba mengirimkan email via telnet. Jika menggunakan CLI, favorit saya adalah menggunakan telnet dan menggunakan aplikasi swaks. Untuk tahap awal saya menggunakan telnet karena sifatnya masih diagnosa.

Untuk melakukan telnet, saya harus mengetahui MX records domain tujuan. Nantinya saya akan melakukan telnet ke port 25 pada server yang tercantum dalam list MX records.

Saya bisa menggunakan website DNS check (misalnya https://dnscheck.id) namun karena saya sedang melakukan investigasi via CLI, saya menggunakan perintah CLI : dig.

dig namadomain.de mx

;; ANSWER SECTION:
namadomain.de. 3600 IN MX 10 mx01.namadomainserver.de.
namadomain.de. 3600 IN MX 10 mx00.namadomainserver.de.

Ada 2 MX records yang terdaftar dan masing-masing memiliki priority 10. Asumsi pertama saya adalah, jangan-jangan salah satu server bermasalah yang menjadikan error tersebut intermittent. Misalnya sebagian server berhasil berkomunikasi namun yang lainnya gagal. Sebagai contoh koneksi dari SMTP Relay Excellent gagal terhubung ke salah satu server yang bermasalah, sedangkan Gmail dan lain-lain berhasil terhubung karena koneksinya terhadap server yang tidak bermasalah.

Asumsi tersebut hanya dugaan dan harus diuji dengan mencoba mengirimkan email.

UJICOBA KONEKSI PORT PENERIMAAN EMAIL
Port SMTP ada bermacam-macam, misalnya port 465 untuk koneksi SMTP SSL dan port 587 untuk Submission port TLS. Namun, untuk penerimaan email, default portnya adalah port 25 dan saya bisa menggunakan telnet kemudian bicara dengan bahasa mesin ke server tujuan.

telnet mx00.namadomainserver.de 25

Trying 212.227.xx.xx…
Connected to mx00.namadomainserver.de.
Escape character is ‘^]’.
220 namadomainserver.de (mxeue011) Nemesis ESMTP Service ready

Pesan diatas menunjukkan bahwa port 25 disisi server tujuan terbuka dan server mereka siap menerima koneksi. Hal itu dinamakan dengan HELO. Jadi saya membalas pesan tersebut dengan perintah EHLO. EHLO adalah bahasa prokem dari HELO. Ini salah satu kebiasaan dari para ahli IT yang tidak mau repot-repot mencari istilah, hehehe…

ehlo namadomainserver.de

250-namadomain.de Hello namadomainserver.de
250-8BITMIME
250-SIZE 157286400
250 STARTTLS

Baris diatas adalah pemberitahuan dari server setelah saya “kulonuwun” menjawab helo mereka dengan ehlo. Server memberitahukan bahwa mereka mendukung koneksi 8-bit karakter, dengan maksimum attachment 157286400 (150 MB) dan siap menerima koneksi dengan protokol secure TLS.

Setelah server tujuan menginformasikan hal tersebut, saya bisa mengirimkan email dengan menyebutkan email pengirim, email tujuan, subject dan isi email. Saya mulai dengan menyebutkan email pengirim :

mail from:namauser@perusahaan-indo.com

550-Requested action not taken: mailbox unavailable
550 invalid DNS MX or A/AAAA resource record

Ternyata jawabannya langsung error, sama dengan pesan error yang disampaikan pihak klien.

Karena penasaran, saya coba sekali lagi dan hasilnya sama.

Berarti server mx00.namadomainserver.de gagal dihubungi. Saya mencoba ke server kedua, yaitu mx01.namadomainserver.de, ternyata hasilnya sama.

Kesimpulan pertama : Server tujuan memiliki konfigurasi yang sama dan keduanya sama-sama menghasilkan pesan error. Setelah ini, apa yang akan dilakukan? Premis atau asumsi kedua saya adalah, ada masalah dengan si pengirim. Jadi saya melanjutkan investigasi, kali ini menggunakan alamat email saya sebagai pengirim.

UJICOBA PENGIRIMAN EMAIL MENGGUNAKAN DOMAIN LAIN

Untuk keperluan ini, saya menggunakan perintah telnet yang sama.

telnet mx00.namadomainserver.de 25

Trying 212.227.xx.xx…
Connected to mx00.namadomainserver.de.
Escape character is ‘^]’.
220 namadomainserver.de (mxeue010) Nemesis ESMTP Service ready
ehlo namadomainserver.de
250-namadomainserver.de Hello namadomainserver.de
250-8BITMIME
250-SIZE 157286400
250 STARTTLS

mail from:hosokawa.fujitaka@excellent.co.id

250 Requested mail action okay, completed

Berhasil. Ternyata menggunakan domain excellent.co.id berhasil lolos dari pengecekan server tujuan. Ada kemungkinan masalahnya benar disisi domain pengirim.

Untuk memastikannya, saya mencoba koneksi ke MX server kedua :

telnet mx01.namadomainserver.de 25

Trying 217.72.xx.xx…
Connected to mx01.namadomainserver.de.
Escape character is ‘^]’.
220 namadomainserver.de (mxeue110) Nemesis ESMTP Service ready
ehlo namadomainserver.de
250-namadomainserver.de Hello namadomainserver.de
250-8BITMIME
250-SIZE 157286400
250 STARTTLS

mail from:vavai@excellent.co.id
250 Requested mail action okay, completed

Hasilnya sukses kembali. Dari hal diatas, bisa disimpulkan kesimpulan awal sebagai berikut :

1. Server tujuan valid dan tidak ada issue. Hal ini karena kedua server mereka memberikan respon yang sama
2. Problem terjadi pada domain pengirim : namaperusahaan-indo.com karena jika mengirim email menggunakan domain excellent.co.id (atau domain lain yang normal) tidak ada kendala
3. Jika merujuk pesan error : 550-Requested action not taken: mailbox unavailable 550 invalid DNS MX or A/AAAA resource record pesan ini kemungkinan besar bukan berarti alamat email tujuan tidak ada sesuai asumsi semula, melainkan adanya mekanisme pengecekan sender domain (biasanya sebagai bagian dari proteksi anti spam) dan domain namaperusahaan-indo.com gagal memenuhi kriteria ini, sedangkan domain excellent.co.id berhasil memenuhi kriteria

PENGECEKAN INTEGRITAS DNS
Berdasarkan hasil analisa point 3, saya melanjutkan investigasi dengan mencoba mengecek integritas DNS domain namaperusahaan-indo.com melalui alamat https://intodns.com dan menemukan hasil sebagai berikut :

MX A request returns CNAME WARNING: MX records points to a CNAME. CNAMEs are not allowed in MX records, according to RFC974, RFC1034 3.6.2, RFC1912 2.4, and RFC2181 10.3. The problem MX record(s) are: mail.namaperusahaan-indo.com points to [‘namaperusahaan-indo.com’] This can cause problems

Hasil pengecekan diatas membuktikan premis tersebut, menunjukkan bahwa ada kesalahan konfigurasi DNS untuk domain namaperusahaan-indo.com dimana seharusnya MX records merujuk pada nama yang ditranslasikan ke A records.

Pada kasus domain klien namaperusahaan-indo.com, MX records benar merujuk pada nama mail.namaperusahaan-indo.com namun nama mail.namaperusahaan-indo.com merujuk pada alias (cname) dari namaperusahaan-indo.com.

Kemungkinan besar hal diatas terjadi karena email namaperusahaan-indo.com menggunakan layanan email hosting bagian dari web hosting dan pihak ISP mengambil cara mudah melakukan setting MX menggunakan alias name. Hal ini tidak sesuai RFC dan kaidah konfigurasi mail server.

Sesuai RFC 1912 : [RFC 1034] in section 3.6.2 says this should not be done, and [RFC
974] explicitly states that MX records shall not point to an alias
defined by a CNAME. This results in unnecessary indirection in
accessing the data, and DNS resolvers and servers need to work more
to get the answer.

Referensi : https://tools.ietf.org/html/rfc1912

SOLUSI

Sebagai solusi, saya meminta pada pihak klien untuk menghubungi ISP hosting mereka dan menyesuaikan isian records mail.namaperusahaan-indo.com dari awalnya CNAME terhadap namaperusahaan-indo.com menjadi A records

$ nslookup mail.namaperusahaan-indo.com

Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:

mail.namaperusahaan-indo.com canonical name = namaperusahaan-indo.com.

Name: namaperusahaan-indo.com

Address: 203.201.XXX.XXX

Berikut adalah contoh permintaan penggantian records DNS tersebut :

/*Hi NOC ISP

Mohon dapat dilakukan penggantian/penyesuaian records DNS pada domain kami namaperusahaan-indo.com untuk records mail.namaperusahaan-indo.com sebagai berikut :

Sebelumnya

mail.namaperusahaan-indo.com IN CNAME namaperusahaan-indo.com

Menjadi

mail.namaperusahaan-indo.com IN A 203.201.XXX.XXX

Jika sudah dilakukan, harapa menginformasikannya kepada kami agar dapat kami check dan validasi kembali.

*/

Setelah pihak ISP melakukan pengubahan, pihak klien bisa melakukan pengetesan apakah error seperti yang ditunjukkan pada : https://intodns.com masih ada atau sudah diperbaiki.

HASIL AKHIR
Setelah dilakukan penyesuaian MX records oleh pihak ISP hosting klien, saya melakukan testing ulang dengan telnet port 25. Hasilnya, domain klien mendapat pesan sukses :

250 Requested mail action okay, completed

Setelah mengkonfirmasi hasil tersebut di kedua server MX tujuan, saya menginformasikan kembali pada pihak klien mengenai hasil akhir dan meminta mereka melakukan pengiriman email dengan di cc-kan ke alamat team support Excellent.

Hasil pengiriman email dari pihak klien mendapat balasan dari rekanan mereka di Jerman bahwa email berhasil diterima dengan baik.

Mission accomplished.

CATATAN :
Sebagai email services provider (ESP), Excellent menyediakan layanan lengkap terkait email sebagai berikut

1. Layanan Excellent Managed Services Mail Server : https://www.excellent.co.id/vps
2. Layanan SMTP Relay : https://www.excellent.co.id/smtp
3. Layanan Anti Spam dan Anti Virus : https://www.excellent.co.id/asav
4. Layanan SSL
5. Layanan lisensi email server berbasis Zimbra
6. Dan lain-lain

After having a Virtual Live Installation Party on YouTube yesterday (02 Jul 2020). I realized, I have to test and update documentation out there on my site as well as the openSUSE Wiki. This is one of those things that I do as I have time, generally. Essentially, this is what I have done for … Continue reading Updating Documentation for openSUSE Leap 15.2 →

As I collapsed on the sofa for the evening, I started browsing Fosstodon to see what I'd missed throughout the day. It's FOSS had just posted about a cross-platform text expansion utility written in Rust called espanso.

Installation:

espanso's installation instructions are for .deb based distro's or advise you to use the Snap package. I didn't want to so for those of you that want to get right to it, here's what you're going to need.

Packages:

• libxtst6
• xdotool
• xclip
• libnotify4

These cover the pre-reqs listed here in the espanso manual install docs of: libxtst6 / libxdo3 / xclip / libnotify-bin

sudo zypper install libxtst6 xdotool xclip libnotify4

Once you have those, you can actually follow the rest of the instructions from espanso. But here they are:

curl -L https://github.com/federico-terzi/espanso/releases/latest/download/espanso-linux.tar.gz | tar -xz -C /tmp/

This will download the the .tar.gz file from Github that is tagged with latest and then -x extract, -z gzip, -C to a specific location of /tmp/.

sudo mv /tmp/espanso /usr/local/bin/espanso

This will then move the file from your /tmp/ directory to your /usr/local/bin. Once you've done that, restart your terminal and away you go!

Pointless Waffle:

I've been looking for a truly cross-platform solution for text expansion for years (literally). I've had to make do with different solutions for my different workstations for far too long, all of them have had their quirks and in the end I gave up on them because they just wouldn't behave. I thought I'd take a closer look at espanso as I didn't really have anything to loose except a little time.

I'll be installing it on my macOS & Windows machines tomorrow and test syncing the configuration files across the various platforms with Syncthing.

I'm really looking forward to testing it out and seeing what it can do. Big thanks to Frederico Terzi & the contributors for creating such and awesome tool and to It's FOSS for highlighting it!

Una manera sencilla de comprobar nuestra webcam desde la línea de comandos de GNU/Linux gracias a VLC

Hoy es lunes, así que empecemos esta semana con un artículo corto, y un tutorial que quizás nos pueda ser útil en algún momento.

Se trata de aprender cómo activar nuestra cámara web desde la línea de comandos de nuestra distribución GNU/Linux, gracias al gran software VLC.

Para ello es obvio que deberemos tener instalado VLC en nuestro sistema, pero ¿hay alguien que no lo tenga?

Y abriremos una consola y escribiremos el siguiente comando:

cvlc v4l2:///dev/video0

Esto nos abrirá una nueva ventana con VLC en la que se mostrará lo captado por nuestra cámara web. Si tienes varias cámaras web puedes intentar desde /dev/video0 hasta /dev/video5.

Lo bueno si breve, dos veces bueno, y si además es sencillo mejor, que mejor!! Lo puedes probar y enviarme una captura.

Este artículo lo he leído de uno publicado Emmanuel Kasper en su blog, que puedes encontrar en este enlace:

• http://meta.libera.cc/2020/06/test-webcam-from-command-line-on-linux.html

Hoy toca entrada recurrente ya que llegamos a la actualización mensual de rigor que demuestra que los desarrolladores de KDE no dejan de trabajar ni en los meses más calurosos del hemisferio norte. Así que se congratulan en anunciar la actualización de julio del 2020 de KDE Frameworks.  Con esta se llega a la versión 5.72, un suma y sigue de compromiso y constancia que no parece que tenga un final cercano.

Actualización de julio del 2020 de KDE Frameworks

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible.

El pasado sábado 4 de julio de 2020 fue lanzado KDE Frameworks 5.72, la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

Más información: KDE

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.