openSUSE for INNOVATORS Project is born

It is with great enthusiasm that I announce the INNOVATORS for openSUSE project, is an initiative to share projects, articles and news about innovative projects on the openSUSE platform developed by the community and public and private companies.

All information on this wiki is related to innovative projects that use augmented reality technology, artificial intelligence, computer vision, robotics, virtual assistants and any and all innovative technology (in all hardware plataforms ).

This initiative search collaborators for the project, the objective is to show the power of the openSUSE platform in innovative projects. To send suggestions, criticisms or be part of the INNOVATORS openSUSE community, send an email to the administrator Alessandro de Oliveira Faria (A.K.A. CABELO) at the email cabelo@opensuse.org.

To inaugurate the openSUSE for INNOVATORS project, we announced the ISOLALERT software created to combat COVID-19 by monitoring social isolation with computer vision. More information HERE

openSUSE Leap "15.2" Enters Release Candidate Phase

The openSUSE community, contributors and release engineers for the project have entered into the release candidate phase today after the Build “665.2” snapshot was released for the upcoming openSUSE Leap “15.2” version.

In an email to the openSUSE Factory mailing list, Leap release manager Lubos Kocman recommended Beta and RC users using the “zypper dup” command in the terminal prior switching to the General Availability (GA).

The release candidate signals the package freeze for software that will make it into the distribution. Among some of the packages that are expected in the release are KDE’s Plasma “5.18” Long-Term-Support version, GNOME “3.34” and Xfce “4.14”. New package for Artificial Intelligence and data scientist will be in the release. The release will also contain the tiling Wayland compositor Sway, which is a drop-in replacement for the i3 window manager for X”11”. The DNF package manager has been rebased to version “4.2.19”, which brings many fixes and improvements. In addition, a lightweight C implementation of DNF called “Micro DNF” is now included. Pagure, which provides an easy, customizable, lightweight solution for setting up your own full-featured Git repository server, has been updated to version “5.10.0”. A list of some of the packages in Leap “15.2” can be found on the openSUSE Wiki.

During the development stage of Leap versions, contributors, packagers and the release team use a rolling development method that are categorized into phases rather than a single milestone release; snapshots are released with minor version software updates once passing automated testing until the final release of the Gold Master (GM). At that point, the GM becomes available to the public (GA expected on July “2”) and the distribution shifts from a rolling development method into a supported release where it receives maintenance and security updates until its End of Life (EOL). The EOL of openSUSE Leap “15.1” is six months after the release of Leap “15.2”, so users of “15.1” will need to update by the beginning of “2021”.

Kocman listed the following important dates related to the release: June “22”: Translation deadline for packages June “23”: Final package submission deadline June “23”: Translation deadline for infrastructure June “25”: Gold Master followed by a public release the next week on Thursday, July 2.

Stop Presse: Raspberry Pi 4 avec 8Go de RAM

Consultez le test içi : https://www.clubic.com/raspberry-pi/actualite-2332-le-raspberry-pi-4-8gb-est-disponible-des-aujourd-hui.html Il va sans dire que NUI va acquerir ce modèle rapidement pour installer openSUSE et SUSE et probablement le tout en kubernettes 🙂 Have a lot of fun !

Stop Presse: Raspberry Pi 4 avec 8Go de RAM est disponible dès aujourd’hui

Consultez le test içi : https://www.clubic.com/raspberry-pi/actualite-2332-le-raspberry-pi-4-8gb-est-disponible-des-aujourd-hui.html Il va sans dire que NUI va acquerir ce modèle rapidement pour installer openSUSE et SUSE et probablement le tout en kubernettes 🙂 Have a lot of fun !

Thursday

28 May, 2020

Creating a dedicated log management layer

Event logging is a central source of information both for IT security and operations, but different teams use different tools to collect and analyze log messages. The same log message is often collected by multiple applications. Having each team using different tools is complex, inefficient and makes systems less secure. Using a single application to create a dedicated log management layer independent of analytics instead, however, has multiple benefits.

Using syslog-ng is a lot more flexible than most log aggregation tools provided by log analytics vendors. This is one of the reasons why my talks and blogs focused on how to make your life easier using its technical advantages. Of course, I am aware of the direct financial benefits as well. If you are interested in that part, talk to my colleagues on the business side. They can help you to calculate how much you can save on your SIEM licenses when syslog-ng collects log messages and ensures that only relevant messages reach your SIEM and only at a predicatively low message rate. You can learn more about this use case on our Optimizing SIEM page.

In this blog, I will focus on a third aspect: simplifying complexity. This was the focus of many of my conference discussions before the COVID-19 pandemic. If we think a bit more about it, we can see that this is not really a third aspect, but a combination of the previous two instead. Using the flexibility of syslog-ng, we create a dedicated log management layer in front of different log analytics solutions. By reducing complexity, we can save in many ways: on computing and human resources, and on licensing when using commercial tools for log analysis as well.

Back to basics

While this blog is focusing on how to consolidate multiple log aggregation systems that are specific to analytics softwares into a common log management layer, I also often see that many organizations still do not see the need for central log collection. So, let’s quickly jump back to the basics: why central log collection is important. There are three major reasons:

  • Convenience: a single place to check logs instead of many.

  • Availability: logs are available even when the sender machine is down or offline.

  • Security: you can check the logs centrally even if a host was breached and logs were deleted or falsified locally.

The client-relay-server architecture of syslog-ng can make sure that central logging scales well, even for larger organizations with multiple locations. You can learn more about relays at https://www.syslog-ng.com/community/b/blog/posts/what-syslog-ng-relays-are-good-for

Reducing complexity

Collecting system logs with one application locally, forwarding the logs with another one, collecting audit logs with a different app, buffering logs with a dedicated server, and processing logs with yet another app centrally means installing several different applications on your infrastructure. This is the architecture of the Elastic stack, for example. Many others are simpler, but still separating system log collection (journald and/or one of the syslog variants) and log shipping. This is the case of Splunk forwarder and many of the different Logging as a Service agents. And on top of that, you might need a different set of applications for different log analysis software. Using multiple software solutions makes a system more complex, difficult to update and needs more computing, network and storage resources as well.

All these features can be implemented using a single application, which in the end can feed multiple log analysis software. A single app to learn and to follow in bug & CVE trackers. A single app to push through the security and operations teams, instead of many. Less resources needed both on the human and technical side.

Implementing a dedicated log management layer

The syslog-ng application collects logs from many different sources, performs real-time log analysis by processing and filtering them, and finally, it stores the logs or routes them for further analysis.

In an ideal world, all log messages come in a structured format, ready to be used for log analysis, alerting or dashboards. But in a real world, only part of the logs fall into this category. Traditionally, most of the log messages come as free format text messages. These are easy to be read by humans, which was the original use of log messages. However, nowadays logs are rarely processed by the human eye. Fortunately, syslog-ng has several tools to turn unstructured (and many of the structured) message formats into name-value pairs, and thus delivers the benefits of structured log messages.

Once you have name-value pairs, log messages can be further enriched with additional information in real-time, which helps responding to security events faster. One way of doing that is adding geo-location based on IP addresses. Another way is adding contextual data from external files, like the role of a server based on the IP address or the role of the user based on the name. Data from external files can also be used to filter messages (for example, to check firewall logs to determine whether certain IP addresses are contained in various black lists for malware command centers, spammers, and so on).

Logging is subject to an increasing number of compliance regulations. PCI-DSS or many European privacy laws require removing sensitive data from log messages. Using syslog-ng logs can be anonymized in a way that they are still useful for security analytics.

With log messages parsed and enriched, you can now make informed decisions where to store or forward log messages. You can already do basic alerting in syslog-ng, and you can receive critical log messages on a Slack channel. There are many ready-to-use destinations within syslog-ng, like Kafka, MongoDB or Elasticsearch. Also, you can easily create your own custom destination based on the generic network or HTTP destinations, and using templates to log in a format as required by a SIEM or a Logging as a Service solution, like Sumo Logic.

What is next?

Many of these concepts were covered before in earlier blogs, and the individual features are covered well in the documentation. If you want to learn more about them and see some configuration examples, join me at the Pass the SALT conference, where among many other interesting talks, you can also learn more in depth about creating a dedicated log management layer.

If you have questions or comments related to syslog-ng, do not hesitate to contact us. You can reach us by email or even chat with us. For a list of possibilities, check our GitHub page under the “Community” section at https://github.com/syslog-ng/syslog-ng. On Twitter, I am available as @PCzanik.

Entrevista a Freewear (III), una empresa comprometida con el Software Libre

Finalizamos esta serie con la Entrevista a Freewear (III), última parte de la serie de tres en las que he decidido dividir este artículo dedicado a esta empresa de artículos relacionados con el Software Libre. Así que, bienvenidos a la tercera parte de la entrevista a Freewear: finalizamos la sección de KDE, vemos algún detalle del proceso de elaboración de sus productos y las pinceladas finales.

Entrevista a Freewear (III), una empresa comprometida con el Software Libre

[Viene de Entrevista a Freewear (II), una empresa comprometida con el Software Libre]

Finalizamos la parte de KDE, una Comunidad muy dinámica que me gustaría que os diera mucho trabajo en todos los sentidos  ¿tenéis pensado alguna novedad para la Comunidad KDE?

→ Procuramos estar muy atentos a los cambios (el último no hace mucho) en el logo oficial o las distintas variantes de Konqi. También nos permitimos alguna licencia particular y poco ortodoxa, como la impresión del logo con un barniz serigráfico sobre camiseta negra. Es la camiseta ‘KDE Dark’, que por cierto encantó a Jens Reuterberg, diseñador de KDE. Es raro el año en el que no introducimos alguna novedad, sobre todo orientada a no repetir y repetirse en el material que la comunidad encuentre en el stand de FreeWear en los eventos.

Un vistazo al interior de FreeWear

No quisiera que os pusierais muy técnicos, pero ¿cuál es proceso de elaboración de vuestros productos? ¿utilizáis Software Libre?

Utilizamos Inkscape como programa vectorial para generar los fotolitos serigráficos. El formato vectorial es vital en serigrafía. Solo muy ocasionalmente usamos Gimp para formatos bitmap, muy raramente utilizados. Tenemos un ordenador cautivo con W. 7 para mover el software de nuestro plotter Roland. Lamentablemente, no queda más remedio: si quieres plottear, tiene que ser con el software específico del fabricante, que al menos, admite el formato ‘svg’ . Y ese software solo ‘corre’ en W. y Mac.

Y, vosotros en vuestros dispositivos personales, ¿qué utilizáis y porqué?

→ Ubuntu. No somos programadores aunque hacemos nuestros pinitos. La página está desarrollada en FOSS y la conexión de la página con la gestión de stocks y envíos, también. El hermano de Xulia tiene mucho que ver en todo el mecanismo, que va de la recepción de un pedido a través de la web a su proceso, envío y almacenamiento ‘histórico’ para poder donarlo a posteriori. Y a cumplir con el fisco, cosa que también hacemos desde aquí.

Sin afán de pavoneo, somos muy autosuficientes y no tenemos ni gestoría. Nos sentimos identificados con la filosofía FOSS y salvo el borrón del plotter, queremos ser consecuentes con el producto que ofrecemos desde la filosofía que lo genera.

Entrevista a Freewear (III), una empresa comprometida con el Software Libre

Cursillo de serigrafía que impartío Freewear hace ya tiempo a la gente de ‘AGPI’ (Asociación Galega de Profesionais da Ilustración).

Para finalizar, vuestro minuto de oro. ¿qué queréis decirle nuestros lectores?

Que sigan ahí con la fidelidad e ilusión que nos han mantenido en funcionamiento y permitido vivir de este trabajo ya bastantes años. Somos conscientes de que 2020 es un punto de inflexión dramático. Pero hasta creemos que podremos participar en los eventos, de hecho (os mantendremos informados) intentaremos hacerlo. Nos implicaría envíos individualizados, un proceso muy laborioso y no exento de complicaciones, pero nos encantaría lograrlo y contribuir a el ‘sentimiento de grupo’ que daría ponerte una camiseta en remoto del evento.

También intentaremos tener nuestra tienda-plató virtual en una esquinita de la pantalla de los eventos. En esas estamos. No bajamos los brazos aunque, como todo el mundo, observamos este desplome intentando escapar de los cascotes para seguir construyendo. A ver si podemos. Si algo nos ayuda es vivir en el campo, cultivar nuestra huerta y que la parte baja de nuestra casa sea FreeWear, oficina y taller. Si no, ni estaríamos hablando de esto.

Entrevista a Freewear (III), una empresa comprometida con el Software Libre

Pantalla con el logo de KDE. La zona de la K (tela sin emulsión) permite pasar la tinta.

Muchas gracias por vuestro tiempo, estoy seguro que los lectores le habrá encantado las respuestas.

→ Batolkien, el agradecimiento es nuestro. El más afectuoso y cordial saludo a toda la gente que nos ha permitido llegar desde finales de 2005 hasta Mayo de 2020. Y esperamos poder seguir. Gracias, de corazón, a todos y a a todas por ayudarnos a conseguirlo. Y a seguir. Y de paso, desearos la mayor suerte en esta nueva realidad.

Xulia y Ramón.

 

Capítulos anteriores:

KDE Applications, Wireshark, IceWM update in Tumbleweed

The last week has produced a total of three openSUSE Tumbleweed snapshots bringing the total amount of snapshots for the month to 18.

All 18 snapshots have recorded a stable rating above 91, according to the Tumbleweed snapshot reviewer. With 14 of them, recording a rating of 99 and the last two snapshots trending at a 99 rating.

The most recent 202000526 snapshot provided the 3.2.4 release of Wireshark. The new version fixed a Common Vulnerabilities and Exposures where it was possible to make Wireshark crash by injecting a malformed packet onto the wire or by convincing someone to read a malformed packet trace file. Linux Kernel 5.6.14 re-established support for RTL8401 chip version. DNS server and client utilities package bind 9.16.3 fixed to security problems and added engine support for OpenSSL Edwards-curve Digital Signature Algorithm implementation. Document viewer evince 3.36.1 updated translations, fixed an incorrect markup in the Czech User Interface and updated the French help image. SSL VPN client package openconnect 8.10 installed a bash completion script and fixed a potential buffer overflow with security communications library GnuTLS. GNOME’s 0.30.10 image organizer shotwell, which was the subject of a recently settled a patient lawsuit, modified web publishing authentication to comply with Google’s requirements.

Snapshot 202000523 updated the rest of KDE ‘s Applications 20.04.1 stack. Among the fixes highlighted for the release are having kio-fish only store passwords in KWallet if the user asked for it, Kdenlive video editor had many stability updates, and fixes were made to the JuK music player that sometimes crashed. DNS resolver package unbound 1.10.1 offered up two security fixes for CVE 2020-12662 and 2020-12663. Perl Compatible Regular Expressions (pcre2) updated to version 10.35 and the Ruby code style checking tool rubygem-rubocop had multiple community contributions in the recent update to version 0.83.0, which added new features, support and fixes.

Application 20.04.1 began updating in Tumbleweed’s 202000523 snapshot where the file manager Dolphin received a crash fix if no Konsole is installed. The ImageMagick package fixed a black line bug when converting gif images in the snapshot. There was added filesystem UUID support in the erofs-utils 1.1 package update. The package for the window manager for the X Window System, icewm, updated to version 1.6.5 and fix for positioning of splash window on multi-head displays. IceWM also provided fixes and updates for both the configure and the cmake build. The Mail Transport Agent, postfix, updated to 3.5.2; the release fixed a bug introduced in postfix 2.2 where a Transport Layer Security (TLS) error for a database client caused a false ‘lost connection’ error for an Simple Mail Transfer Protocol (SMTP) over a TLS session in the same Postfix process. Python3 3.8.3 fix possible memory leak and improved error reporting and sudo 1.9.0 updated the default TLS listener to only be enabled when either the TLS certificate file is explicitly specified in sudo_logsrvd.conf or the default TLS certificate file exists in the file system.

No, Microsoft no ama al “open source”, o no lo acaba de entender bien

¿Sigue Microsoft con su estrategia de “adoptar, extender y extinguir? Parece que sí valiéndose de software de código abierto

 

Los gestores de paquetes de software que disfrutamos en GNU/Linux para instalar software confiable y seguro es algo que hasta hace relativamente poco no había en un sistema operativo como Windows de Microsoft.

Por eso instalar software en Microsoft era toda una aventura. Sus usuarios solían buscar el software (normalmente con licencia de pago para su uso) por webs dudosas, con dudosos paquetes ya sin restricciones o serials y cracks para hacer que aquello funcionara.

Desde nuestros sistemas con GNU/Linux y nuestros repositorios llenos de software libre listo para ser instalado, miramos esas prácticas con asombro.

Ahora ya tienen repositorios con software para su sistema operativo, que llaman con un nombre más “cool” como “Store”. Y recientemente ya han sacado un gestor de software llamado Winget (que incluso en webs sobre GNU/Linux escriben artículos al respecto).

Pero Microsoft ha cambiado, ahora ama al “open source” (no digan eso de software libre que es muy “extremista”), además ha liberado software y es propietaria de GitHub el sitio por excelencia donde desarrollar software, en gran mayoría publicado con licencias libres GNU GPL, u otras licencias permisivas.

Pero ¿qué hago escribiendo en el blog sobre Microsoft? y ¿entonces Microsoft dejó su política de “adoptar, extender y extinguir“? Pues parece que no lo ha abandonado del todo.

Los desarrolladores de Microsoft han anunciado la versión de Winget un gestor de software para su sistema operativo Windows. Que hace lo que hace herramientas como apt, zypper, yaourt, dnf, en GNU/Linux. Buscar un software, instalarlo, gestionar las fuentes, comprobar que son fiables, etc.

Hasta aquí todo bien. El problema es que su software está basado en un software llamado AppGet desarrollado por Keivan Beigi, un desarrollador canadiense con el que Microsoft se puso en contacto y al que acabó dando de lado. Pero vamos por partes.

Keiva Beigi, desarrolló AppGet, no por ganar dinero, no por ser famoso, si no, porque quería un gestor de paquetes similar a los sistemas *nix para Windows.

En agosto de 2019 Microsoft se puso en contacto con él para decirle que le gustaba su herramienta, y que les gustaría que desarrollara esa herramienta para su sistema operativo.

El desarrollador, le gustó la idea, un proyecto que había iniciado como una necesidad personal, estaba ahora en el punto de mira de Microsoft. Por lo que acordaron después de correos y reuniones que trabajaría contratado para Microsoft para seguir desarrollando y mejorando dicha herramienta.

Hubo encuentros incluso en Redmond, y entrevistas con varias personas de Microsoft, hasta que un buen día no hubo más comunicación por parte de Microsoft.

Hasta que 6 meses después se encuentra con que Microsoft ha publicado algo llamado Winget (podían haber cambiado algo más el nombre) y que el funcionamiento básico, la estructura de archivos, la terminología y el manifiesto están “basados” en la aplicación que él había desarrollado.

Incluso le envían un correo al desarrollador diciéndole que publicarán un anuncio y que su herramienta es software libre, así que si quiere puede colaborar en ella. WTF!

Sí, el desarrollador creó el paquete con una licencia libre, que permite el uso de ese, pero una empresa como Microsoft que factura millones, debería tener algo más de clase y contratar a quien creó la herramienta para seguir haciéndola crecer (algo que deberían haber tenido desde hace años).

El desarrollador está enfadado en la manera en la que Microsoft ha gestionado todo esto, las expectativas que le crearon y la callada como respuesta antes de la sorpresa final.

Así que ha decidido seguir con su aplicación en modo mantenimiento, hasta que el 1 de agosto de 2020 definitivamente deje de mantener su aplicación, ya que no puede competir con la “copia” de Microsoft.

¿Microsoft realmente ama el “open source”? ¿Realmente ama Linux? O lo que realmente ama es seguir manteniendo su cuota y ve que el software libre y las soluciones basadas en GNU/Linux son más fuertes, mejores y con mayor proyección en el mercado del software (no hablo de ordenadores personales, eso ya no es el negocio).

En fín, estos son los hechos, tu mismo puedes buscar las respuestas y si quieres compartirlas con respeto en los comentarios. Mi ánimo pesimista, me hacen desconfiar y recelar de sus actitudes, por mucho marketing con el que quieran camuflarlo.

Enlaces de interés

Entrevista a Freewear (II), una empresa comprometida con el Software Libre

Seguimos con la Entrevista a Freewear (II), segunda parte de la serie de tres en las que he decidido partir este artículo dedicado a esta empresa de artículos relacionados con el Software Libre. Así que, bienvenidos a la segunda parte: motivación, Comunidad y KDE.

Entrevista a Freewear (II), una empresa comprometida con el Software Libre

[Viene de Entrevista a Freewear (I), una empresa comprometida con el Software Libre]

Entiendo que son tiempos duros para Freewear debido a la cancelación de los enventos pero espero que eso no sea una carga excesivamente pesada, ¿cuál es la motivación que os impulsa a seguir luchando?

→ Los contactos, la web y el taller nos han permitido llegar hasta aquí. Son demasiados años de esfuerzo como para abandonar el barco que nos da de comer. Hemos conseguido multitud de contactos y amistades en el mundillo y, con cierta edad, no nos planteamos otra cosa que seguir. La incertidumbre del futuro es peor como efecto que la propia causa, con total respeto a quienes lamentablemente la han sufrido. Estamos en una situación delicada y debemos afinar muy bien. Mucha gente está -lamentablemente- mucho peor. Dos meses escasos han destruido muchas cosas, quizá con un anclaje real de papel mojado. No podemos predecir nada. Somos pesimistas pero tenazmente cabezotas. A ver que pasa.

Freewear y la Comunidad de FLOSS

En el mundo del Software Libre la Comunidad es importante ¿os habéis sentido miembros de la misma a lo largo de estos años?

→ Si, y eso que no somos informáticos. Es una relación, un bucle de retroalimentación. Siempre hemos percibido aprecio y afecto, que intentamos corresponder. Total y absolutamente integrados, desde un plano colateral, pero no menos importante pues cubrimos una ámbito quizá vacío y por tanto, una pieza más del puzzle.

Vayamos a asuntos legales, ¿cómo hacéis para poder imprimir logos de proyectos libres? ¿tenéis algún tipo de acuerdo con las empresas, Comunidades, Proyectos, asociaciones o particulares?

→ Pedimos siempre permiso explícito que a veces se plasma (como en el caso de KDE e.V. y otras organizaciones) en un acuerdo de colaboración formal y firmado. Otras organizaciones son más laxas o simplemente nos confían tras un cruce de mails la capacidad para comercializar sus camisetas, etc. Nosotros preferimos siempre acuerdos firmados y concretos. En algunas ocasiones no se producen pero la confianza que forja el tiempo y nuestras escrupulosas donaciones permiten afianzar esa confianza.

Entrevista a Freewear (II), una empresa comprometida con el Software Libre

Como vemos, a pesar de la maquinaria el proceso es muy manual.

Alguna anécdota, que se pueda contar, de algún evento (cambio de color de una camiseta, camisetas KDE a una Guadec, un envío que llegó a Córdoba (España) en vez de Córdoba (América), etc.)

→ Siempre recordaremos la recepción de un pedido y su pago vía transferencia. Acto seguido, una llamada de teléfono del padre del cliente que ‘aplazó’ dicho pedido al resultado de las calificaciones en Junio de su retoño. Nos partimos de risa, padre incluido. El retoño aprobó las suficientes para que a finales de Junio recibiéramos vía libre para el envío.

FreeWear y la Comunidad KDE

Aunque supongo que para vosotros todos los Proyectos Libres son importantes pero, y espero que la respuesta sea que si, ¿tenéis algún vínculo especial con la Comunidad KDE?.

→ Sin ánimo de ‘rosca’, quizá el mayor. Tenemos a KDE (empezamos con KDE Hispano en 2006) como el detonante, junto con Gnome y Debian de nuestra actividad. Hablamos de catorce años de relación, con KDE España y también -y en mayor medida si cabe, por motivos obvios- con KDE e.V. al no faltar el encargo habitual de camisetas para las Akademy-es y las Akademy, donde como sabréis, siempre y gracias al trabajo de mucha gente, siempre hay una mesa con nuestros materiales a disposición. No hemos conseguido una relación tan larga y estrecha con ninguna otra organización.

Ya que estamos ¿qué productos KDE específicos ofrecéis? ¿se pueden pedir productos específicos o especiales?

Camisetas, polos, sudaderas, gorras, mugs, cojines, pegatinas y vinilos para colocar el ordenadores o incluso vehículos. Siempre estamos abiertos a sugerencias que técnicamente sean factibles, incluso a la petición por parte de una persona de ‘su’ camiseta específica KDE.

Imprimiendo la preciosa camiseta de KDE India.

Imprimiendo la preciosa camiseta de KDE India.

 

Y hasta aquí la segunda parte de la entrevista, en la tercera y última veremos el futuro de Freewear y alguna intimidad. Yo de vosotros no me lo perdería.

Wednesday

27 May, 2020

Abrir una lista con los archivos editados recientemente en #Vim

La opción de ver una lista de archivos recientes de otros editores de texto era algo que echaba de menos en el editor Vim… hasta ahora. Te cuento cómo

Estando en Vim ¿nunca has querido/necesitado tener que abrir un archivo que has editado recientemente, sin necesidad de tener que abrir el navegador o el NerdTree para ir a la ruta del archivo y abrirlo?

Este artículo viene a formar parte de la serie de artículos sobre Vim que desde hace meses vengo escribiendo en mi blog. Los puedes encontrar recopilados en estos enlaces:

Poco a poco voy aprendiendo más de Vim y no ha sido hasta hace poco que he aprendido cómo poder navegar por esa lista de archivos editados recientemente y poder abrir el archivo deseado.

¡Incluso le he creado un atajo de teclado! Te lo cuento todo

Lo primero decir que el comando para abrir esa lista de archivos recientes abiertos con Vim es cualquiera de estas dos opciones (la opción larga y la corta):

:browse oldfiles:bro ol

Al ejecutar el comando Vim nos presenta una lista con todos los archivos recientes con su ruta. ¡Vaya, así que ahí han estado todo el rato!

Podemos navegar por la lista buscando el archivo que queremos, cuando lo encontremos, pulsaremos q y después el número del archivo y se abrirá en nuestro editor Vim.

Pero como ya aprendimos qué era eso de la tecla <leader> y cómo configurarla a nuestro gusto, vamos a asignar un atajo de teclado a una tecla para que nos abra esa lista y no tener que escribir el comando anterior.

Para eso, en el archivo de configuración .vimrc lo abrimos y en mi caso le he asignado la tecla e que al pulsarla con la tecla <leader> me ejecutará el comando. Así que he añadido lo siguiente:

nnoremap e :bro ol <cr>

¡Bola extra!

Si has abierto Vim, y quieres abrir el último archivo editado en Vim, no hace falta ni que ejecutes este comando, simplemente con la combinación de teclas Ctrl+o+o abrirá el último archivo editado, si sigues pulsando o abrirá archivos anteriores.


¡Ale! otro pequeño problema resuelto en Vim. Seguro que a tí también te resultará interesante. Pero si sabes de otra forma de hacerlo, no dudes en compartirla en los comentarios.