Recently connect.opensuse.org, the openSUSE member directory and social site was shut down. You can read more about the reasons on openSUSE News. I also had my profile on the site, listing many of the things I worked on during the past two and a half decades. Reading it was quite a trip down the memory lane. It also reminded me, how the name changed over the years. Did you know that SUSE was originally an acronym for Software- und System-Entwicklung? This is why the original name is S.u.S.E.

• S.u.S.E. user from 1996, starting with version 4.3 (4.2 was the first “real” release)
• wrote a couple of articles about S.u.S.E. Linux in various Hungarian magazines
• became a S.u.S.E. beta tester when beta releases were sent by post on a pile of CD-s
• was part of the openSUSE tester team and still have a wonderful t-shirt somewhere
• did lots of PowerPC testing and fixing while working at Genesi
• compiled PowerPC packages for Packman
• became an openSUSE ambassador for Hungary, organizing events, spreading the word at conferences
• worked on the ARM port of openSUSE using hardware from Genesi
• became syslog-ng package co-maintainer and later maintainer

The beginnings

As also mentioned in an opensource.com article, I started using Linux in 1994 during my first year of university. I tried quite a few distributions, but when I discovered my /etc/passwd file printed in the Russian student’s computer lab, I quickly installed Jurix a rolling Linux distro, which was among the firsts to feature shadow passwords. These foreign students were constantly attacking our servers, but as they were paying students, they could not be punished. They even tried to bribe me with a counterfeit game CD to get an account. Thanks to them I shifted my focus to IT security. Using a distro with a strong focus on security was important. When the maintainer of Jurix joined S.u.S.E. and helped to roll out their first own Linux distro based on Jurix, S.u.S.E. Linux 4.2 (their earlier releases were simply Slackware with German localization), it was a logical next step to try it.

When I asked for a review copy, instead of 4.2 I received an early beta of the 4.3 release. I did not only write an article for the Hungarian edition of CHIP magazine, but also provided feedback for S.u.S.E. and even gave some ideas how to work around some problems. This resulted in a good relationship both with marketing and product departments of S.u.S.E. I became a beta tester, receiving CDs and providing feedback by e-mail. I was trying to persuade them for years to install Bugzilla. First they introduced it internally, and later I also got access. Of course I also kept writing articles about various S.u.S.E. and later SuSE and SUSE releases.

openSUSE

I am an open source maniac, but I am not religious about it. I truly enjoyed that SUSE Linux also made many closed source applications or applications with proprietary licenses easily available. And the SUSE Linux kernel contained lots of non-mainline code making sure, that even cutting-edge devices work. Sometimes devices under S.u.S.E. Linux worked even better than under Windows, like my TV tuner card. The change to openSUSE was a kind of shock for me. Luckily it worked out nicely in the end. Installing the “problematic” (not fully open source) applications is still possible, even if it requires enabling an extra repository. And maintaining out of tree code became more and more difficult as the speed of Linux kernel development grew. Sticking more to main-line helped to free up resources.

Once SUSE Linux turned into openSUSE I became part of the openSUSE testing team. My focus at that time was the PowerPC platform, but I double checked everything on x86 to figure out if a bug is PowerPC specific or generic. I still have a nice t-shirt from those times. I do not wear it often any more to make sure that it does not completely wither.

A few years later I also became an openSUSE ambassador. I organized release events in Hungary, spread the word at conferences, giving talks, maintaining the openSUSE booth. I still maintain the Hungarian openSUSE facebook page, but for the past 1.5 years there were no in person events at all.

Today I work at Balabit (now officially called One Identity Hungary), the home of syslog-ng. One of my first tasks was to help Linux distros and FreeBSD to keep the syslog-ng package up-to-date. First I became a co-maintainer of the syslog-ng package in openSUSE, later I became the maintainer.

For the past 25 years I had S.u.S.E. Linux, SuSE, SUSE and openSUSE running on my desktops most of the time. The only few exceptions were when I received a new laptop and it was not supported openSUSE Leap due to using old kernels. There were two short periods, but I quickly changed back to openSUSE as soon as a major new Leap release came out with an up-to-date kernel.

What is next

I mentioned ARM and PowerPC a few times in my blog. I guess that my work at Genesi is worth a separate blog :-) But if you are curious, you can already read two of my related articles:

• Why I love ARM and POWER
• I am a POWER user

Como estoy comentando estos días, estamos ante un nuevo lanzamiento masivo de actualizaciones de las aplicaciones KDE, en esta ocasión en pleno mes de agosto, con el que los desarrolladores de la Comunidad KDE siguen mostrando al mundo que tienen claro que su objetivo es ofrecer los mejor del Software Libre para todos de forma continua, constante y sin cambios revolucionarios. Y como siempre voy a dedicar algunos artículos a repasar las buenas nuevas, así que hoy toca hablar de las novedades de Okular para KDE Gear 21.08, siguiendo la estela de las novedades de Dolphin.

Novedades de Okular para KDE Gear 21.08

Igual que ayer con Dolphin, estamos ante una de las mejores aplicaciones del ecosistema KDE. Por si alguien no lo conoce, Okular es el magnífico visor de un buen número de formatos como PDF, Postscript, DjVu, CHM, XPS, ePub y algunos otros menos famosos, sigue evolucionando.

Fue una de las aplicaciones que me encandiló cuando me inicié en el mundo de la Comunidad KDE y sus funciones no han hecho más que afinarse con el paso del tiempo: anotaciones, pantalla completa, rotación de documento, selección de texto o de imágenes, formulario, etc. Además, cada vez es más útil para leer comics digitales, toda una joya en medio de las grandes de KDE.

En este KDE Gear 21,08, Okular nos ofrece las siguientes novedades:

• Cambio de color de la página: se ha añadido la opción de “Cambiar colores oscuros y claros” (Vía: Muy Linux) , que permite, cuando se activa, que la página se vuelva de color gris apagado y las letras de color rojo oscuro con el propósito de facilitar la lectura.

• Mejoras en las anotaciones: ahora, al editar un documento, Okular desactivará automáticamente los modos de Navegación y Selección de texto para evitar distracciones.

Más información: KDE Gear 21.08

While this topic isn't anything new (the asset in question is probably a decade old) I never shared a dirty little secret about some of our symbolic assets.

UI icons in GNOME are to a major extent monochrome. They behave like text and can be rendered with various foreground colors depending on context. In a small subset of icons we use partially shaded elements. Those are done as a solid fill as well, but lowered opacity. Then can still remain recolorable at runtime.

What we don't have is the ability to draw a gradient that remains recolorable, because we'd need more somphisticated machinery to rewrite the stops of the gradient definition. Or can we? Unless you're reading this on Planet or in your fancy RSS reader, you can see the spinner we've been using for well over 7 years now:

It actually isn't filtered particularly well in Firefox, but is nice and clean in gtk. Firefox amplifies one of the big downsides of this method, it's quite prone to moiré. If you hover over the spinner, it reveals the nasty hack how the fade to transparency has been achieved.

Let me show you how it's done in Inkscape. The UI is a bit of afterthought, but you can make actual objects follow a path.

• The first step will be to create our spinner in its linear form. Create a rectangle, convert it into a shape with Ctrl+Shift+C and subdivide one of the sides a couple of times using the Add Node button in the context menubar.
• To create the etch-gradient, select every even node on the side and move them horizontally.
• Next step is to create the curve this object will follow. The easiest is to use the Ellipse primitive and only make it go along around 270deg rather than a full circle.
• Now onto the magic. Putting shapes onto curves is done with a pattern along curve path effect found in the path menu. Despite the odd terminology, path effects can be previewed in real time and working with them is much easier than filters. Setting the source shape can be done multiple ways, but I found pasting from clipboard the easiest. If the source object is actually on canvas, the shape will remain linked and editing the source shape will result in the path effect updating on the target curve in real time, allowing iteration into perfection.

I bet there is a filter that can produce halftoning out of a gradient, but who's brave enough to spend an evening in the filters menu.

The best thing about the spinner is that Software is now getting a lot less of it. Phillip & Milan, thank you.

While this topic isn’t anything new (the asset in question is probably a decade old) I never shared a dirty little secret about some of our symbolic assets.

UI icons in GNOME are to a major extent monochrome. They behave like text and can be rendered with various foreground colors depending on context. In a small subset of icons we use partially shaded elements. Those are done as a solid fill as well, but lowered opacity. Then can still remain recolorable at runtime.

What we don’t have is the ability to draw a gradient that remains recolorable, because we’d need more somphisticated machinery to rewrite the stops of the gradient definition. Or can we? Unless you’re reading this on Planet or in your fancy RSS reader, you can see the spinner we’ve been using for well over 7 years now:

It actually isn’t filtered particularly well in Firefox, but is nice and clean in gtk. Firefox amplifies one of the big downsides of this method, it’s quite prone to moiré. If you hover over the spinner, it reveals the nasty hack how the fade to transparency has been achieved.

Let me show you how it’s done in Inkscape. The UI is a bit of afterthought, but you can make actual objects follow a path.

• The first step will be to create our spinner in its linear form. Create a rectangle, convert it into a shape with Ctrl+Shift+C and subdivide one of the sides a couple of times using the Add Node button in the context menubar.
• To create the etch-gradient, select every even node on the side and move them horizontally.
• Next step is to create the curve this object will follow. The easiest is to use the Ellipse primitive and only make it go along around 270deg rather than a full circle.
• Now onto the magic. Putting shapes onto curves is done with a pattern along curve path effect found in the path menu. Despite the odd terminology, path effects can be previewed in real time and working with them is much easier than filters. Setting the source shape can be done multiple ways, but I found pasting from clipboard the easiest. If the source object is actually on canvas, the shape will remain linked and editing the source shape will result in the path effect updating on the target curve in real time, allowing iteration into perfection.

I bet there is a filter that can produce halftoning out of a gradient, but who’s brave enough to spend an evening in the filters menu.

The best thing about the spinner is that Software is now getting a lot less of it. Phillip & Milan, thank you.

Vamos a descubrir una herramienta online para configurar el tema de colores de i3, i3status y dmenu de manera sencilla y gráfica

Esto de configurar nuestro escritorio se puede volver en un “vicio peligroso” podremos pasar tiempo buscando un nuevo tema de colores, una nueva configuración, una nueva herramienta…

Pasa con Plasma y pasa también con gestores de ventanas más simples (¿más simples?) como i3wm. Vamos a ver una herramienta que nos ayudará en el proceso de configuración del tema de colores de i3, i3status y el dmenu.

La herramienta es una página online desarrollada por un desarrollador llamado Thomas Hunter, creada en JavaScript principalmente y que tiene disponible en un repositorio de GitHub. Y que tienes en vivo en su servidor:

• https://thomashunter.name/i3-configurator/

Con esta herramienta podremos configurar en detalle cada color de cada parte de nuestro i3. Podremos crear una paleta de colores propia que iremos aplicando y veremos “en directo” el resultado y además nos ofrece el texto que deberemos copiar y pegar en nuestro archivo de configuración.

Podremos configurar los colores de las ventanas activas, de las inactivas, de los marcos de estas, del texto y el fondo… En definitiva todos los colores que conforman nuestro escritorio.

Además tiene un enlace a una herramienta muy interesante que subiendo una imagen nos da como resultado el código de los colores más predominantes en la imagen, para así, poder adecuar nuestro escritorio a los colores de nuestro fondo de escritorio y quede todo integrado.

Como digo, el configurar nuestro escritorio puede ser un vicio, y esta página no hace si no el hacernos más quisquillosos con nuestra configuración hasta que todo quede como queremos.

Ya no tienes que depender de temas externo, puedes dedicarte a crear el tuyo único y exclusivo. Pruebalo y ¡comparte el resultado con una captura del escritorio!

ΠΡΟΒΛΗΜΑ

Δεν ξέρω προγραμματισμό, πως μπορώ να συνεισφέρω σε ένα έργο ανοικτού λογισμικού;
Αυτή είναι η ερώτηση που δέχομαι συχνά όταν τους εξηγώ την εμπλοκή μου στο ανοικτό λογισμικό.
Εγώ απαντώ με ερώτηση. Ξέρεις Αγγλικά; Μπορείς να μεταφράσεις; Μπορείς να γράψεις κάποιο άρθρο (είτε μετάφραση, είτε νέο).
Εάν λάβω θετική απάντηση, τότε πρέπει να βρούμε ποιο έργο ανοικτού λογισμικού θέλει και μπορεί να μεταφράσει.

ΠΡΟΛΟΓΟΣ

Εδώ θα δούμε πως μεταφράζουμε στο GNOME. Υπάρχουν αναλυτκές οδηγίες στην ιστοσελίδα του GNOME. Το GNOME χρησιμοποιεί μια διαδικτυακή εφαρμογή που ονομάζεται Damned Lies (DL) για να διαχειριστεί τη ροή της μεταφραστικής εργασίας και να παράγει στατιστικά στοιχεία για να παρακολουθεί την πρόοδο της μετάφρασης. Το DL προορίζεται ειδικά για χρήση στο GNOME. Παλαιότερα υπήρχε ένα ξεχωριστό εργαλείο που ονομαζόταν Vertimus αλλά έχει συγχωνευτεί σε DL. Οι συμμετέχοντες στη μετάφραση του GNOME ανήκουν σε ομάδες μετάφρασης, μία για κάθε γλώσσα στην οποία μεταφράζεται το GNOME και μπορούν να έχουν έναν από τους τρεις ρόλους: translator, reviewer και committer.

Ρόλοι μετάφρασης

1. Translators (μεταφραστές)

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

2. Reviewer (ελεγκτές)

Οι ελεγκτές είναι μεταφραστές του GNOME στους οποίους ανέθεσε ο συντονιστής της ομάδας να ελέγξουν τις πρόσφατα προτεινόμενες μεταφράσεις (από τους μεταφραστές). Έχουν πρόσβαση σε όλες τις ενέργειες που είναι διαθέσιμες σε μεταφραστές με την προσθήκη κάποιας εργασίας ανασκόπησης (κλειδώνουν ένα αρχείο μετάφρασης για να το διορθώσουν και το επισημαίνουν ως έτοιμο να συμπεριληφθεί-υποβληθεί στο GNOME).

3. Committer (καταχωριστές)

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

Η ροή μετάφρασης

Η ροή εργασίας που χρησιμοποιείται για τη διαχείριση των μεταφράσεων ονομάζεται Vertimus Workflow. Περιγράφει τις διάφορες καταστάσεις και ενέργειες που είναι διαθέσιμες κατά τη διαδικασία μετάφρασης μιας ενότητας. Την ροή μπορείτε να την δείτε στην παρακάτω φωτογραφία.

Αφού μάθαμε τον κάθε ρόλο, θα δούμε λίγο την διαδικασία.
Η Ελληνική κοινότητα, μεταφράζει εδώ.

• Η βασική κατάσταση μιας ενότητας είναι Καμία τρέχουσα ενέργεια, η οποία εμφανίζεται ως «Ανενεργή» στο Damned lies.
• Ένας μεταφραστής μπορεί στη συνέχεια να αποφασίσει να εργαστεί σε μια ενότητα, οπότε θα κάνει Ανάληψη για μετάφραση που αλλάζει την κατάσταση από Καμία τρέχουσα ενέργεια -> Ανάληψη για μετάφραση.
• Ένα άλλο μονοπάτι που δίνει τη δυνατότητα σε κάποιον να κάνει Ανάληψη για μετάφραση είναι όταν το αρχείο μετακινείται από την κατάσταση Ανασκόπησης -> Μεταφράσεων. Αυτό συμβαίνει όταν μια ενότητα δεν έχει μεταφραστεί σωστά.
• Όταν ολοκληρωθεί η μετάφραση, ο μεταφραστής μπορεί στη συνέχεια να ανεβάσει τη νέα μετάφραση, και έτσι αλλάζει την κατάσταση από τη Μετάφραση -> Μεταφρασμένο.
• Και πάλι, εάν μια ενότητα χρειάζεται να βελτιωθεί μετά τη μετάφραση, μετακινείται από το Μεταφρασμένο -> Μετάφραση.
• Λάβετε υπόψη ότι οι μεταφραστές μπορούν να προσθέσουν σχόλια σε οποιοδήποτε σημείο για να δώσουν περισσότερο περιεχόμενο στη δουλειά τους.
• Αφού έχει μεταφραστεί από τον μεταφραστή, έχει ελεγχθεί για λάθη στη μετάφραση, τότε είναι έτοιμο να καταχωρηθεί από τον καταχωριστή στο αποθετήριο του GNOME.
  ΣΗΜΕΙΩΣΗ: Οι μεταφραστές πρέπει να έχουν εισάγει πλήρως το όνομά τους ώστε να μπορέσει να γίνει καταχώρηση του αρχείου. Αλλιώς θα πρέπει ο συντονιστής να επικοινωνήσει με τον μεταφραστή, να το συμπληρώσει για να μπορέσει να γίνει καταχώρηση σωστά. Όμως επειδή είμαστε εθελοντές και ο χρόνος του καθενός είναι πολύτιμος, υπάρχει περίπτωση απλά να γίνει καταχώρηση με χρήση όνομα άλλου μεταφραστή.

ΠΗΓΕΣ/ΠΕΡΙΣΣΟΤΕΡΗ ΑΝΑΓΝΩΣΗ

• APERTIS - Internationalization
• GNOME Wiki
• Social Source Commons

Nuevo lanzamiento masivo de actualizaciones de las aplicaciones KDE, en esta ocasión en pleno mes de agosto, con el que los desarrolladores de la Comunidad KDE quieren seguir mostrando al mundo que tienen claro que su objetivo es ofrecer los mejor del Software Libre para todos. Y como siempre voy a dedicar algunos artículos a repasar las buenas nuevas empezando la serie con las novedades de Dolphin para KDE Gear 21.08, las cuales son diversas y variadas.

Novedades de Dolphin para KDE Gear 21.08

Como siempre digo, Dolphin es mucho más que un explorador de archivos, es una de alas aplicaciones Killer del ecosistema KDE que supera con creces el rendimiento de cualquier otra, sea libre o privativa. También recuerdo que lo odié con toda mi alma cuando fue anunciado… ¡qué equivocado estaba!

En este KDE Gear 21,08, Dolphin nos ofrece las siguientes novedades:

• Vista previa rotativa mejorada del contenido de imágenes de una carpeta, con lo que no solo nos muestra 4 miniaturas, sino que realizará un carrusel con todas las que tengas en la carpeta. Ademaś, su código ha sido optimizado.
• Mejoras en el renombrado masivo de archivos: seleccione el archivo, pulse F2 para cambiar su nombre. A continuación, pulse Tabulador para ir al siguiente archivo y cambiar su nombre. Si necesita volver al archivo anterior, pulse Mayúsculas + Tabulado.
• Simplificado el KHamburger, es decir, el menú extensible que ya empieza a ser el más usado por las aplicaciones KDE.
• Mejoras en la usabilidad de la papelera: ahora si se hace clic con el botón derecho en el icono de la Papelera del Panel de lugares, puede elegir una entrada en el menú emergente para abrir la ventana de Preferencias de la papelera.

Aprovecho para recordar que para este lanzamiento se ha realizado un vídeo-anuncio específicos para Dolphin que ha sido recogido en el canal The KDE Community de Youtube.

Sigo con la promoción del nuevo podcast de la Asociación sin ánimo de lucro KDE España, así que bienvenidos al tercer episodio de KDE Express un audio con Juan Febles, el gran podcaster responsable de Podcast Linux.

Tercer episodio de KDE Express con Juan Febles

Comenté hace poco que había nacido KDE Express, un audio con noticias y la actualidad de la Comunidad KDE y del Software Libre con un formato breve (menos de 30 minutos) que complementa los que ya genera la Comunidad de KDE España de forma casi mensual con sus ya veteranos Vídeo-Podcast que podéis encontrar en Archive.org, Youtube, Ivoox y Spotify)

Pues después del episodio #0 que sirve de presentación de sus presentadores y del episodio #1 que comenté la semana pasada, os invito a escuchar al segundo episodio oficial, que en palabras del equipo de KDE Express se introduce de la siguiente forma:

«Inauguramos un nuevo formato de episodio! La comunidad KDE. Y no podíamos traeros a otra persona que no fuera Juan Febles de Podcast Linux y Linux Express, siendo este último una de las inspiraciones para crear el podcast que estáis escuchando.

En este episodio Juan nos cuenta como empezó con KDE, que cosas le tienen conquistado y que mejoraría, entre otras tantas cosas.»

También destacaría el guante que lanzan para que se traduzca al 100% la Wiki de Kdenlive. De hecho, si alguien se anima el mismo David se ofrece a realizar la parte técnica de la traducción.

A mi me sigue gustando mucho, es rápido, directo al grano y muy dinámico, con lo cual es ideal para aquellos que les guste tener su pincelada de Kdeera en su podcaster. Evidentemente, no se profundiza en temas aunque si se da una visión muy personal de los mismos.

Así que sigo dando mi más sincera enhorabuena a José Picon, Brais Arias y a David Marzal por el esfuerzo y dedicación… y aprovecho para comentar que si alguien está interesado en colaborar (bien sea para iniciarse o bien sea porque cree que puede aportar alguna cosa) no tiene más que ponerse en contacto con ellos enviando un mail a esta dirección kde_express@kde-espana.org.

Por cierto, también podéis encontrarlos en Telegram: https://t.me/KDEexpress

Más información: KDE Express #3 | Feed | Anuncio de KDE España

Veamos algunos comandos para monitorizar los procesos que eventos que crea el kernel linux en nuestro sistema

Las herramientas para la línea de comandos más comunes en nuestras distribuciones GNU/Linux para tener un control de los procesos del sistema son ps, pstree, pidof o pgrep que forman parte del conjunto de herramientas procps-ng (que incluye alguna otra herramienta como free o watch).

Los procesos son eventos que son gestionados por el kernel del sistema, en este caso Linux. Los procesos son creados cuando lanzas una aplicación o se ejecutan en segundo plano para mantener la hora del sistema, monitorizar el sistema de archivos.

A cada proceso del sistema se le asigna un número o identificador también conocido como IP o PID, que será la manera de gestionar dicho proceso, parándolo, matándolo, conocer quién lo creó, etc.

Estas herramientas pueden ser muy útiles a la hora de gestionar procesos de aplicaciones que se quedan colgadas, o se “vuelven locas” haciendo que el sistema falle.

Este artículo es una traducción/adaptación del artículo en inglés escrito por Seth Kenlon para la web opensource.com y publicado bajo una licencia CC-by-sa.

Ya vimos en el blog unas cuantas herramientas externas para monitorizar tu sistema de una forma más gráfica desde la línea de comandos:

• https://victorhckinthefreeworld.com/2020/05/04/herramientas-para-monitorear-tu-sistema-linux-desde-la-linea-de-comandos/

Pero con las herramientas que ofrece procps-ng, podremos ir más al detalle, encontrando el identificador de un proceso, ya sabes el ID o PID. Para ello tenemos herramientas como ps, pstree, pidof o pgrep.

Encontrar el PID de un programa en ejecución

En la ocasión en la que quieras saber cual es el identificador del proceso ID o PID de una aplicación específica que sabes que se está ejecutando, puedes utilizar pidof o pgrep para encontrar esos procesos.

El comando pidof devuelve los PID de un comando, buscando por el nombre exacto. Como yo utilizo zsh, puedo saber los PID que este ha creado mediante:

$pidof zsh
4039 4038 4011 4005

El comando pgrep permite la búsqueda con expresiones regulares. Por ejemplo al buscar con pidof x11 no encuentra nada, porque hay que proporcionarle el nombre exacto.

Pero una búsqueda con pgrep que contenga la cadena x11 sí nos proporciona resultados:

pgrep .x11                                                                                     
1242
1381
1723

Obtener el nombre del proceso por el PID

Si conces el PID de un proceso, pero no sabes qué comando ha lanzado ese proceso, puedes realizar una “búsqueda inversa” mediante el comando ps:

ps 4011
PID TTY STAT TIME COMMAND
4011 pts/0 S 0:00 /bin/zsh

Listar todos los procesos

El comando ps muestra un listado de los procesos. Puedes verlos todos con la opción -e. Pero si solo quieres ver los creados por tu usuario (o el usuario que desees) puedes hacerlo con la opción -U <nombre>.

ps -U victorhck

Pero mejor que este comando, quizás es pstree, que nos muestra la salida de los procesos, pero en forma de árbol viendo qué proceso fue creado por quién, etc. Además también podemos hacer que nos muestre el número del proceso:

pstree -U victorhck --show-pids

Matando un proceso

Ahora que ya sabemos cómo conseguir el PID de un proceso, podremos “matarlo” para acabar con él, si este está creando conflictos en nuestro sistema y no responde a otras formas de acabar con el.

Por ejemplo si queremos matar un proceso, simplemente escribiremos:

kill <número_PID>

Y esto sería suficiente para terminarlo instantáneamente.

---

Espero que te haya resultado útil el artículo. ¿Ya conocías estos comandos? ¿Los utilizabas? ¿uilizas otros? Utiliza los comentarios para compartir tus experiencias y opiniones.

GNOME 41 is now UI frozen, so without spoiling the release much, I'd like to share some of the explorations that led to some of the onboarding in both app space (mostly Connections) and the new Tour.