Уже около месяца я ежедневно использую дома свежий релиз Leap 15.4, и он мне очень нравится. В этой заметке я хочу перечислить несколько небольших доработок, которые я сделал в системе. Некоторые я уже ранее упоминал, но настало время собрать их все в одной записи. Итак:

Доработка загрузки

Если у вас установлена только одна ОС, то загрузчик GRUB2, собственно говоря, не нужен. На UEFI-системах можно загружать ядро Linux сразу, о чём я писал в своё время. Нынче этот приём называется systemd-boot, но самой технике уже сто лет в обед. Например, мой предыдущий компьютер с материнской платой DH67BL-B3 из 2011 года уже умел это делать. Команды ниже добавят в ПЗУ загрузочную запись и заодно отключат вывод системных сообщений при запуске и выключении ОС (всё равно, на десктопе это не нужно):

NB: Замените /dev/nvme0n1 на адрес своего жёсткого диска

Результат этих действий такой: включение ПК теперь напоминает включение смарт-ТВ или какого-либо бытового прибора: на экране появляется логотип производителя материнской платы, а за тем, через несколько секунд — без мерцаний или чего-либо ещё — сразу рабочий стол. При выключении, опять же, в верхнем левом углу не отображается ничего, экран просто гаснет. Это красиво и изящно, к тому же довольно удобно именно на openSUSE Leap, где ядро почти не меняется, а значит файлы vmlinuz.efi и initrd.img можно обновлять нечасто. Если нужен журнал загрузки, то под рукой всегда есть команда journalctl -b. Также, не будем забывать о том, что обычная запись для GRUB2 в EFI никуда не делась, и можно всегда вернуться к ней. Очень удобно прямо из ОС перезагрузиться в системный интерфейс EFI setup utility следующей командой:

systemctl reboot --firmware-setup

Заодно, я хочу порекомендовать графическую утилиту для управления EFI-записями. Выглядит изящно, умеет многое:

Добавление прав на управление принтерами

Тут мне особо нечего добавить, см. мою прошлогоднюю заметку. Время идёт, а мейнтейнеры openSUSE по-прежнему считают, что у пользователя не должно быть прав на управление печатью. Ну такое…

Исправление работы Packagekit и Discover

Изначально, Packagekit преследовал благородную цель унифицировать управление пакетами в разных дистрибутивах Linux. Не важно, что вы используете — Debian/Ubuntu, Fedora, openSUSE или Manjaro — вы всегда можете обновиться командой pkcon update или установить локальный пакет командой pkcon install-local <файл>. Удобство достигается различными бэкэндами к Packagakit, среди которых есть и Zypp для Zypper в openSUSE. Проблема, однако, в том, что если вы в openSUSE Leap попробуете открыть скачанный RPM-файл в Discover (интерфейсе к Packagekit), то установка гарантированно завершится ошибкой. Всё дело в неспособности бэкэнда Zypp обрабатывать некоторые события от Zypper, например проверку подписи пакетов. Я выяснил, что если проверку подписей отключить, то Discover начинает работать как надо. Следует в конец файла /etc/zypper/zypp.conf добавить gpgcheck=0, этого достаточно. Формально, вы понижаете безопасность, но фактически на десктопе от подписей GPG толку особо нет.

Решение проблемы с korner bug

Korner bug — это просторечное название очень раздражающего визуального дефекта, который проявляется последние пару лет в Plasma. Чтобы его увидеть, нужно включить эффект «Размытие» и установить декорации окон со скруглением углов. Вы быстро заметите, что уголки окон не имеют прозрачности и на некоторых фонах выглядят ужасно.

Этот баг пробовали решать и так, и эдак, но в каждом случае были оговорки, и проблема полностью не исчезала.

Я нашёл надёжное решение, которое наконец-то всё исправляет. Если вы будете использовать эту версию LightlyShaders, то скругление окон будет происходить корректно.

Более того, в настройках эффекта есть возможность использовать «сквиркл» — квадратоокружность, которая, например, используется в macOS. Как обычно, в Plasma вам даётся больше функций, чем вы просили: LightlyShaders содержит ползунок, регулирующий степень похожести круга на квадрат. В яблочном саду занервничали…

Решение проблемы с «дёргающимися» значками на рабочем столе

Наконец, последним в моём списке идёт баг со странным поведением значков на рабочем столе Plasma. По умолчанию, они выровнены горизонтально относительно верхнего левого угла. Но если тип выравнивания изменить, то вы вскоре заметите неприятный дефект: при загрузке рабочего стола значки как будто снова выровнены по-умолчанию, но стоит щёлкнуть по рабочему столу, как они «улетят» согласно вашим настройкам.

Мне стоило большого труда откопать в переписке разработчиков Plasma обсуждение этого бага, который время от времени всплывал снова и снова. Оказалось, что решение существует. Влад Загородний предложил патч, который исправляет ошибку. Патч отключает функцию прокрутки значков на рабочем столе: если у вас их запредельно много, и они не влезают на рабочий стол, то это патч вам навредит. Но, на мой взгляд, так много значков не бывает почти ни у кого, так что всё в порядке! Скопируйте патч в директорию и примените его:

sudo cp 0001-foobar.patch /usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/

cd /usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/

sudo patch -p6 <0001-foobar.patch

Да, при следующем обновлении пакета plasma5-desktop всё вернётся обратно, и так до тех пор, пока проблема не будет решена в апстриме. Но, какое-никакое решение есть уже сейчас.

На этом всё, спасибо за внимание!

Slow YaST in Container

We noticed that when running the YaST services manager module in a container then the start of the module is about 3 times slower than running in the host system directly. It takes about a minute to start, that is way much…

Root vs Non-root

This actually does not influence YaST in the end, but it is an interesting difference and might be useful for someone.

If you run this

# time -p ruby -e '10000.times { system("/bin/true") }'
real 2.90
user 2.45
sys 0.54

and if you run the very same command as root

# sudo time -p ruby -e '10000.times { system("/bin/true") }'
real 9.92
user 5.89
sys 4.16

it takes about triple time! :open_mouth:

But in the end it turned out that the reason is that Ruby uses the optimized vfork() system call instead of the traditional fork(). But because of some security implications it should not be used when running as root, in that case Ruby uses the standard (and slower) fork() call. See more details in the Ruby source code.

So in the end it actually is not 3 times slower because running as root, it is the other way round, it is 3 times faster because running as non-root. But because we almost always run YaST as root then we cannot use this trick…

Cheetah vs SCR

Ok, but why is the services manager much slower at start?

In YaST there are also other ways how to run process. You can use the SCR component (legacy from the YCP times) or the Cheetah Ruby gem.

Cheetah

Let’s try how Cheetah works when running as different users:

# time -p ruby -r cheetah -e '10000.times { Cheetah.run("/bin/true") }'
real 17.83
user 10.41
sys 8.73

# sudo time -p ruby -r cheetah -e '10000.times { Cheetah.run("/bin/true") }'
real 15.74
user 9.51
sys 7.47

The numbers are roughly the same, the reason is that Cheetah always uses the less optimal fork() call so there is no difference, it does not matter who runs the script.

Um, maybe we could improve the Cheetah gem to use the vfork() trick as well… :thinking:

SCR

The .target.bash agent in SCR also uses fork so it also does not matter which user uses it.

Benchmarking

The traditional YaST SCR component is implemented in the C++ and the call needs to go through the YaST component system, on the other hand the Cheetah gem uses a native Ruby code. Additionally SCR uses system() call which uses intermediate shell process while Cheetah uses exec() which executes the command directly.

So it would be nice to compare these two options and see how they perform. For that we wrote a small cheetah_vs_scr.rb benchmarking script. It just lists all systemd targets and runs that many times to have more reliable results.

Results

Running the script as root directly in the system:

# ./cheetah_vs_scr.rb
Number of calls: 1000
Cheetah   : 8.84ms per call
SCR       : 22.90ms per call

As you can see, even without any container involved the Cheetah gem is more than twice faster!

So how this changes when running in a container and running the systemctl command in the /mnt chroot?

yast-container # ./cheetah_vs_scr.rb
Number of calls: 1000
Cheetah   : 7.30ms per call
SCR       : 91.78ms per call

As you can see the SCR calls are more than 4 times slower. That corresponds to the slowdown we can see in the services manager. But more interesting is that the Cheetah case is actually slightly faster when running in a container! And if you compare Cheetah with SCR in container then Cheetah is more than 10x faster! Wow!

So in this case the SCR calls are the bottleneck, the container environment should affect the speed in general only slightly. We actually do not know what is the exact reason for this slowdown, probably the extra chrooting… :thinking:

But as we should switch to Cheetah anyway (because it is a clean native Ruby solution) we are not interested in researching this, this slow functionality caused troubles only in one specific case so far.

Notes: It was tested in an openSUSE Leap 15.4 system, it also heavily depends on the hardware, you might get very different numbers for your system.

Summary

If you just execute other programs from an YaST module few times it probably does not matter much which way you use.

But if you call external programs a lot (hundred times or so) then it depends whether you are running as root or non-root. For non-root case it is better to use the Ruby native calls (system or `` backticks). For the root access, as usually in YaST, prefer the Cheetah gem to the YaST SCR.

In our case it means we should update the YaST service manager module to use Cheetah, it should significantly reduce the start delay. And will improve the start also when running in the host system directly.

Vamos a repasar 10 atajos de teclado para el editor Vim que te pueden ser muy útiles

Después de un buen montón de artículos sobre Vim publicados en mi blog que cubren muchos aspectos para dominar y sacar todo el jugo a Vim.

Después de la extensa guía sobre Vim que he traducido y que te enseña a manejar Vim, así como otros recursos y aportes que he realizado.

Hoy voy a compartir contigo 10 atajos de teclado para el editor Vim que si no los conoces y los usas, empezarás a hacerlo después de leer el artículo.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Y para aprender Vim (de la manera más inteligente) aquí tienes esta útil guía:

• https://victorhck.gitbook.io/aprende-vim/

Esta es una traducción adaptación de un artículo en inglés escrito por Peter y que está disponible en su web:

• https://catonmat.net/top-10-vim-shortcuts

Vamos ya con estos 10 atajos de teclado y comandos de Vim que seguro te serán útiles.

gi

Al escribir gi en el modo normal, Vim desplaza el cursor al último lugar donde estuviste editando texto y automáticamente activa el modo insertar.

Imaginemos que estamos escribiendo algo, y queremos consultar algo que está en otra parte del documento, una vez consultado podemos volver donde estábamos editando, mediante gi

Ctrl+o y Ctrl+i

En el modo normal, salta a la ubicación anterior (Ctrl+o) o la ubicación siguiente (Ctrl+i) donde el cursor ha estado recientemente, siguiendo la lista de saltos que Vim guarda.

Salta incluso entre diferentes buffers. Puedes ver la lista de saltos ejecutando el comando :jumps Consulta la ayuda mediante :help jumplist

Ctrl+a y Ctrl+z

En el modo normal, incrementa (Ctrl+a) o decrementa (Ctrl+z) el número que se encuentra bajo el cursor.

Ctrl+e y Ctrl+y en modo normal

En el modo normal, desplazan el buffer hacia arriba (Ctrl+e) o hacia abajo (Ctrl+y) mientras el cursor permanece quieto en la pantalla.

Ctrl+e y Ctrl+y en modo insertar

En el modo insertar, lo que hace es ir copiando carácter por carácter el texto que hay en la línea superior (Ctrl+e) o de la línea inferior (Ctrl+y).

{ y }

En el modo normal, salta al párrafo anterior o al párrafo siguiente. Una forma muy rápida de ir recorriendo el documento.

>> y <<

En el modo normal o en el modo visual, hace una sangría de la línea donde está el texto (o la selección de texto). O quita la sangría de texto.

Ctrl+n y Ctrl+p

En el modo insertar, completa la palabra actual en la que está el cursor con las palabras siguientes (Ctrl+n) o palabras previas (Ctrl+p) del texto.

Prueba a escribir una frase en Vim y en el modo insertar ejecuta estos atajos de teclado.

Ctrl+j

En el modo insertar, une la línea actual con la línea siguiente del texto.

zz (dos letras z minúsculas en modo normal)

Lo que hace es centrar la posición donde se encuentra el cursor a la mitad de la pantalla. (Mi predilección personal es tener el cursor en la parte superior, y eso es mediante zt)

ZZ (dos letras Z mayúsculas en el modo normal)

En el modo normal, hacen lo mismo que :wq! Es decir, guarda el documento y sale de Vim.

Con esto de Vim, siempre se aprende algo nuevo. ¿Tu has aprendido algo interesante con estos 10 atajos de teclado? Comparte alguno imprescindible para ti y que no aparece en esta selección.

Aunque no sea vox populi, estos primeros 6 meses del año ha sido muy complicado para todos los componentes de KDE Express y no han podido cuadrar ni media hora para poder seguir con el proyecto. Por eso me congratula presentaros, por fin, que tenemos a nuestra disposición el episodio 11 de KDE Express, titulado Puesta al día.

Episodio 11 de KDE Express: Puesta al día

Comenté hace unos meses 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, Spotify y Apple Podcast.

De esta forma se llega al número 11 de su primera temporada que presentado en modo solitario por David Marzal y que nos sirve de enlace de los episodios que nos han prometido que llegarán.

Primer episodio de 2022 que ya tocaba…

Ha pasado tanto tiempo que os ofrecemos un resumen de actualizaciones de los proyectos KDE con un montón de enlaces en las notas del programa.

• La colección de parches KDE ahora se basa en Qt 5.15.5 Con un toque de humor Albert, le da las gracias a los usuarios de la versión comercial por hacer de beta-tester.
• KDE Plasma 5.25 – KDEblog Gestos y modo tactil, Colores de acentuación y personalización (paneles flotantes)
• Posibilidad de moverse con el teclado por más elementos
• Meta + W = Vista general
• La Steam Deck aún está en 5.23!!
• Frameworks 5.95.0
• KDE Gear 22.04.2 – KDEblog Dolphin más vistas previas/miniaturas e información, mejora de la conexión por MTP
• Konsole implementa fragmentos de código y se mejora el complemento SSH
• Ark renueva el soporte de ficheros 7zip
• Kalendar se une a la familia Gear al ya estar suficiente maduro.
• Kdenlive 22.04.2 Implementadas las secciones, disponible en macOS con M1
• Iniciativa: Bugs de 15 minutos – Listado
• Akademy será en Barcelona entre el 1 y el 7 de Octubre
• Akademy-ES se está organizando y pronto tendrá fecha
• KDE Eco – Vídeo presentación – KDE Blog Okular es el primer programa galardonado con la ecocertificación del gobierno aleman
• Tiene que estar horneandose KDE Neon basada en Ubuntu 22.04

Y, como siempre, os dejo aquí el listado de los episodios. ¡Disfrutad!

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

La entrada Episodio 11 de KDE Express: Puesta al día se publicó primero en KDE Blog.

A three parts blog series:

The syslog-ng disk buffer is one of the most often used syslog-ng options to ensure message delivery. However, it is not always necessary and using the safest variant has serious performance impacts. If you utilize disk-buffer in your syslog-ng configuration, it is worth to make sure that you use a recent syslog-ng version.

From this blog, you can learn when to use the disk-buffer option, the main differences between reliable and non-reliable disk-buffer, and why is it worth to use the latest syslog-ng version.

Read more at https://www.syslog-ng.com/community/b/blog/posts/when-not-to-use-the-syslog-ng-disk-buffer

Last time, we had an overview of the syslog-ng disk-buffer. This time, we dig a bit deeper and take a quick look at how it works, and a recent major change that helped speed up the reliable disk-buffer considerably.

Read more at https://www.syslog-ng.com/community/b/blog/posts/how-does-the-syslog-ng-disk-buffer-work

Most people expect to see how many log messages are waiting in the disk-buffer from the size of the syslog-ng disk-buffer file.. While it was mostly true for earlier syslog-ng releases, for recent syslog-ng releases (3.34+) the disk-buffer file can stay large even when it is empty. This is a side effect of a recent syslog-ng performance tuning.

Read more at https://www.syslog-ng.com/community/b/blog/posts/why-is-my-syslog-ng-disk-buffer-file-so-huge-even-when-it-is-empty

It’s back. No, not the McRib. It’s Hack Week.

The coveted Hack Week 21 runs from June 27 to July 1 and has both virtual and physical participation elements. Hack Week is put on for openSUSE contributions and gives any open-source contributor and SUSE employees a playground to experiment, innovate, collaborate and learn for an entire week.

People all over the world can create, view or join projects on hackweek.opensuse.org. The projects range from the packaging of freeware games to improving full-disk encryption and from learning network related knowledge to writing a software.opensuse.org replacement. There is even a project using solar panels to regulate water heating. There are more than 80 projects for this year’s Hack Week.

Companies, hobbyists and technologists are encouraged to participate. There is no affiliation one needs to participate in Hack Week.

The efforts are all about being innovative and providing solutions for users, developers and industry. The theme for this Hack Week is Hacking for Humanity!

Hack Week has been running since 2007 and you can find out how it works by joining a project.

Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes 21 de junio la Comunidad KDE ha comunicado que ha sido lanzada la primera actualización de Plasma 5.25. 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 primera actualización de Plasma 5.25

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 21 de junio ha sido lanzada la primera actualización de Plasma 5.25, 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 de Plasma 5.25

La Comunidad KDE publicó el 14 de junio Plasma 5.25, una versión que nos ofrecen un gran conjunto de novedades y propuestas que nos acercan a lo que vendrá cuando se realice la transición a Plasma 6.

En otras palabras, esta nueva versión de Plasma nos presenta una gran cantidad de nuevas funciones y geniales conceptos de Plasma 5.25 le traen un anticipo del futuro del escritorio de KDE.

Ya ha pasado el día de descarga y actualizaciones, y ya los estoy disfrutando en mi KDE Neon, así que os comento algunas de sus novedades:

• Rediseñado y mejorado la forma de navegar entre las ventanas y los espacios de trabajo.
• Gran actualización en la gestión del control de nuestro dispositivo mediante gestos.
• Sincronización del color de acentuación con el fondo de pantalla, de esta forma se puede aplicar el color dominante del fondo a todos los componentes que usan el color de acentuación.
• Activación del modo táctil desprendiendo la pantalla, rotándola 360° o seleccionándolo de forma manual.
• Añadidos los paneles flotantes que añaden un margen a su alrededor para hacer que floten, mostrando una animación cuando se vuelven normales al maximizar una ventana.
• Los efectos de mezcla entre esquemas se animan con elegancia, por ejemplo en la transición al cambiar el esquema de color actual.
• Posibilidad de mover todo el escritorio, con carpetas, widgets y paneles, de un monitor a otro con la ventana de gestión del contenedor.

Más información: KDE

La entrada Lanzada la primera actualización de Plasma 5.25 se publicó primero en KDE Blog.

ΕΠΙΛΟΓΗ ΓΡΑΦΙΚΟΥ ΠΕΡΙΒΑΛΛΟΝΤΟΣ

ΕΓΚΑΤΑΣΤΑΣΗ

ΡΥΘΜΙΣΕΙΣ

ΠΛΗΚΤΡΟ MOD

ΔΙΚΤΥΟ

ΕΝΑΛΛΑΓΗ ΓΛΩΣΣΑΣ

ΠΡΟΣΘΗΚΗ WALLPAPER

ΗΧΟΣ

ΛΗΨΗ ΣΤΙΓΜΙΟΤΥΠΟΥ ΟΘΟΝΗΣ

ΡΥΘΜΙΣΕΙΣ ΑΡΧΕΙΟΥ .i3status.conf

1. Ένταση ηχείων
2. Κατανάλωση μνήμης
3. Φόρτωση διεργασιών (αριθμός των διεργασιών έτοιμων προς εκτέλεση για τα τελευταία 1 λεπτό, 5 λεπτά, 15 λεπτά)
4. Ελεύθερος αποθηκευτικός χώρος στο /home
5. Ασύρματο δίκτυο (IP, ποιότητα, ταχύτητα)
6. Ενσύρματο δίκτυο (IP, ποιότητα, ταχύτητα)
7. Ημερομηνία και ώρα
8. nm-applet (για σύνδεση στο ασύρματο με την χρήση ποντικιού)

i3 dmenu: Με την χρήση του πλήκτρου mod (πλήκτρο με το σήμα των windows) και το d, ανοίγει το πλαίσιο αυτό. Εδώ πληκτρολογείτε το πρόγραμμα που θελετε να ανοίξετε.

Υπάρχουν και προγράμματα που μπορείτε να κάνετε αυτό (Tmux). Εδώ βλέπουμε 3 τερματικά ανοικτά (μπορείτε να έχετε και άλλα προγράμματα ανοικτά)

Εδώ είναι ανοικτό το Firefox με 2 παράθυρα ανοικτά και τακτοποιημένα σε καρτέλες (πάνω φαίνεται να είναι χωρισμένα στη μέση)

• Αποθήκευση του config στον φάκελο .config/i3/
• Αποθήκευση του αρχείου .i3status.conf στον φάκελο του χρήστη (~)

Veamos cómo crear nuestros propios comandos con las funciones en la shell Fish en nuestro sistema GNU/Linux

Fish es una de las shells disponibles y alternativas a Bash y es mi shell predeterminada desde hace mucho. Fish nos ofrece cosas como autocompletado, resaltado de sintaxis, sugerencias de comandos según escribimos, y mucho más.

Esto nos ahorra tiempo, y nos hace más amigable el uso de la terminal.

Las funciones, tanto en fish como en bash, son programas o scripts escritos en el lenguaje propio de la shell que agrupan varios comandos con sus argumentos y ejecutamos al llamarlas por un nombre.

Es como si escribiéramos nuestros propios comandos, usando varias instrucciones, que se ejecutarían al escribir el nombre de nuestro comando personalizado, que es el nombre de la función.

Verás que es más sencillo de lo que he explicado, que nos pueden ser muy útiles. Podemos crear por ejemplo un comando que nos sirva de calculadora en la terminal, podemos hacer una función que al crear una directorio entre directamente en él, etc.

Las funciones en fish las puedes encontrar y crear en ~/.config/fish/functions/ ahí es donde las puedes encontrar y donde poner las tuyas. Tienen un nombre y acaban en .fish

Tienen la siguiente sintaxis, vamos a ver un ejemplo sencillo de una función de fish. Esta función lo que hace es crear un directorio y después entrar en él:

function mkdir --description 'Crea un directorio y entra directamente a el' --argument directorio
    command mkdir $directorio
    if test $status = 0
        switch $argv[(count $directorio)]
            case '-*'

            case '*'
                cd $argv[(count $directorio)]
                return
        end
    end
end

Para crear una función podemos hacerlo mediante el editor de funciones de fish y después guardarla con un comando específico o podemos crear el archivo en la ruta que he especificado y después salir de la terminal y volver a entrar.

Vamos a utilizar el primer método. Para ello ejecutamos el comando, que nos abrirá el editor configurado en $EDITOR en nuestro sistema:

funced mkdir

Y el editor ya nos crea la primera y última línea de nuestra función, que comienza con function y el nombre que le queremos dar y será el que después ejecutaremos para llamarla y termina con end.

Podemos modificarla y crearla a nuestro gusto, por ejemplo en la función anterior de ejemplo hemos añadido una descripción de qué realiza y hemos nombrado el parámetro que le pasamos con un nombre, esto no es estrictamente necesario, pero es aconsejable.

Después escribiremos los comandos necesarios, usando la sintaxis de fish, para realizar la tarea que queremos. Cerramos el editor guardando el archivo, pero aún deberemos decirle a fish que tenga en cuenta esta nueva función, para esto ejecutamos:

funcsave mkdir

Ahora ya podremos utilizar la función mkdir, que nos creará un directorio y luego entrará en el, para ejecutar la función simplemente ejecutamos:

mkdir nombre_directorio

Otra función que puede resultar interesante (y que surgió gracias a una duda del compañero Krovikan en los foros oficiales de openSUSE) sería una que nos convirtiera un archivo de vídeo a otro en formato .mp4 usando ffmpeg

La función sería la siguiente:

function mp4 --description 'convierte un video de entrada a uno de salida en mp4' --argument vid_entrada vid_salida
    ffmpeg -i $vid_entrada -b:a 128k -c:a aac -c:v libx264 -framerate 29 -threads 2 $vid_salida
end

Llamaremos a la función pasándole el nombre del archivo existente que queremos convertir y el nombre del archivo de salida en mp4. Si el nombre tiene espacios en blanco deberemos escaparlos con una barra invertida.

Podemos hacer que nuestras funciones en fish se ejecuten cuando se den ciertos eventos en nuestro sistema, al arrancar fish, al salir, después de producirse un error, etc.

Después de esta introducción, lo mejor es leer la documentación oficial y empezar a crear nuestras propias funciones en fish para tareas repetitivas que ejecutemos o aquellas que impliquen varios pasos.

¿Alguna función útil que sea imprescindible para ti? Compártela en los comentarios del blog.

Enlaces de interés

• https://fishshell.com/docs/current/cmds/function.html#cmd-function
• https://fishshell.com/docs/current/language.html#syntax-function