openSUSE Planet - Global

Testing kernels with sporadic issues until heisenbug shows in openQA

Santiago Zarate — Thu, 25 Jan 2024 00:00:00 +0000

This is a follow up to my previous post about How to test things with openQA without running your own instance, so you might want to read that first.

Now, while hunting for bsc#1219073 which is quite sporadic, and took quite some time to show up often enough so that became noticeable and traceable, once stars aligned and managed to find a way to get a higher failure rate, I wanted to have a way for me and for the developer to test the kernel with the different patches to help with the bisecting and ease the process of finding the culprit and finding a solution for it.

I came with a fairly simple solution, using the --repeat parameter of the openqa-cli tool, and a simple shell script to run it:

```bash
$ cat ~/Downloads/trigger-kernel-openqa-mdadm.sh
# the kernel repo must be the one without https; tests don't have the kernel CA installed
KERNEL="KOTD_REPO=http://download.opensuse.org/repositories/Kernel:/linux-next/standard/"

REPEAT="--repeat 100" # using 100 by default
JOBS="https://openqa.your.instan.ce/tests/13311283 https://openqa.your.instan.ce/tests/13311263 https://openqa.your.instan.ce/tests/13311276 https://openqa.your.instan.ce/tests/13311278"
BUILD="bsc1219073"
for JOB in $JOBS; do 
	openqa-clone-job --within-instance $JOB CASEDIR=https://github.com/foursixnine/os-autoinst-distri-opensuse.git#tellmewhy ${REPEAT} \
		_GROUP=DEVELOPERS ${KERNEL} BUILD=${BUILD} FORCE_SERIAL_TERMINAL=1\
		TEST="${BUILD}_checkmdadm" YAML_SCHEDULE=schedule/qam/QR/15-SP5/textmode/textmode-skip-registration-extra.yaml INSTALLONLY=0 DESKTOP=textmode\
		|& tee jobs-launched.list;
done;

There are few things to note here:

the kernel repo must be the one without https; tests don’t have the CA installed by default.
the --repeat parameter is set to 100 by default, but can be changed to whatever number is desired.
the JOBS variable contains the list of jobs to clone and run, having all supported architecures is recommended (at least for this case)
the BUILD variable can be anything, but it’s recommended to use the bug number or something that makes sense.
the TEST variable is used to set the name of the test as it will show in the test overview page, you can use TEST+=foo if you want to append text instead of overriding it, the --repeat parameter, will append a number incrementally to your test, see os-autoinst/openQA#5331 for more details.
the YAML_SCHEDULE variable is used to set the yaml schedule to use, there are other ways to modify the schedule, but in this case I want to perform a full installation

Running the script

Ensure you can run at least the openQA client; if you need API keys, see post linked at the beginning of this post
replace the kernel repo with your branch in line 5
run the script $ bash trigger-kernel-openqa-mdadm.sh and you should get the following, times the --repeat if you modified it

1 job has been created:
 - sle-15-SP5-Full-QR-x86_64-Build134.5-skip_registration+workaround_modules@64bit -> https://openqa.your.instan.ce/tests/13345270

Each URL, will be a job triggered in openQA, depending on the load and amount of jobs, you might need to wait quite a bit (some users can help moving the priority of these jobs so it executes faster)

The review stuff:

Looking at the results

Go to https://openqa.your.instan.ce/tests/overview?distri=sle&build=bsc1219073&version=15-SP5 or from any job from the list above click on Job groups menu at the top, and select Build bsc1219073
Click on “Filter”
type the name of the test module to filter in the field Module name, e.g mdadm, and select the desired result of such test module e.g failed (you can also type, and select multiple result types)
Click Apply
The overall summary of the build overview page, will provide you with enough information to calculate the pass/fail rate.

A rule of thumb: anything above 5% is bad, but you need to also understand your sample size + the setup you’re using; YMMV.

Ain’t nobody got time to wait

The script will generate a file called: jobs-launched.list, in case you absolutely need to change the priority of the jobs, set it to 45, so it runs higher than default priority, which is 50 cat jobs-launched.list | grep https | sed -E 's/^.*->\s.*tests\///' | xargs -r -I {} bash -c "openqa-cli api --osd -X POST jobs/{}/prio prio=45; sleep 1"

The magic

The actual magic is in the schedule, so right after booting the system and setting it up, before running the mdadm test, I inserted the update_kernel module, which will add the kernel repo specified by KOTD_REPO, and install the kernel from there, reboot the system, and leave the system ready for the actual test, however I had to add very small changes:

---
 tests/kernel/update_kernel.pm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tests/kernel/update_kernel.pm b/tests/kernel/update_kernel.pm
index 1d6312bee0dc..048da593f68f 100644
--- a/tests/kernel/update_kernel.pm
+++ b/tests/kernel/update_kernel.pm
@@ -398,7 +398,7 @@ sub boot_to_console {
 sub run {
     my $self = shift;
 
-    if ((is_ipmi && get_var('LTP_BAREMETAL')) || is_transactional) {
+    if ((is_ipmi && get_var('LTP_BAREMETAL')) || is_transactional || get_var('FORCE_SERIAL_TERMINAL')) {
         # System is already booted after installation, just switch terminal
         select_serial_terminal;
     } else {
@@ -476,7 +476,7 @@ sub run {
         reboot_on_changes;
     } elsif (!get_var('KGRAFT')) {
         power_action('reboot', textmode => 1);
-        $self->wait_boot if get_var('LTP_BAREMETAL');
+        $self->wait_boot if (get_var('FORCE_SERIAL_TERMINAL') || get_var('LTP_BAREMETAL'));
     }
 }
 

Likely I’ll make a new pull request to have this in the test distribution, but for now this is good enough to help kernel developers to do some self-service and trigger their own openQA tests, that have many more tests (hopefully in parallel) and faster than if there was a person doing all of this manually.

Special thanks to the QE Kernel team, who do the amazing job of thinking of some scenarios like this, because they save a lot of time.

Revamping the Request Build Status Page and Introducing the Dark Mode

Open Build Service — Thu, 25 Jan 2024 00:00:00 +0000

The beginning of the year has started strong in OBS. We are glad to be back to you in a new year with a blog post full of interesting updates, most of them improving our Request page. Take a seat, a fresh breath, and enjoy! We started the redesign of the request workflow in August 2022. Then, in September 2022, we focused on the support of multi-action submit requests. We continued in October 2022 with...

OpenVINO 2023.3 lançado!

Alessandro de Oliveira Faria — Thu, 25 Jan 2024 20:24:41 +0000

Em breve a minha imagem Linux batizada como JAX (Just Artificial Intelligence Extended), será uma distribuição baseada no openSUSE com IA pré-instalada para rodar em computadores modestos. Nesta imagem teremos recursos para utilizar a computação heterogênea com NVIDIA, Intel e futuros hardwares, e grande parte da mágica esta na tecnologia openVINO.

OpenVINO é uma sigla para “Open Visual Inference and Neural Network Optimization”. É uma plataforma de software livre da Intel que foi projetada para facilitar o desenvolvimento e a implantação de aplicações de inteligência artificial (IA), com foco em otimizar inferência de visão computacional e deep learning em uma variedade de dispositivos Intel. O objetivo do OpenVINO é permitir que os desenvolvedores acelerem suas aplicações de IA, otimizando para o hardware Intel, incluindo CPUs, GPUs integradas, FPGAs (Field Programmable Gate Arrays) e VPU (Unidades de Processamento Visual), como as Intel Movidius Neural Compute Sticks.

O software fornece uma série de ferramentas e pré-otimizações que visam melhorar o desempenho e a eficiência energética dos algoritmos de IA, permitindo que trabalhem de forma mais eficaz em hardware da Intel. Ele suporta modelos de deep learning de frameworks populares como TensorFlow, PyTorch, Caffe, MXNet, entre outros, convertendo-os para o formato intermediário do OpenVINO (IR), que é otimizado para execução eficiente em hardware da Intel.

A ideia é simplificar o processo de levar a IA do protótipo à solução final, reduzindo a necessidade de reescrever ou adaptar o código para cada tipo de hardware, permitindo assim que as aplicações tirem o máximo proveito da aceleração de hardware disponível.

Key Highlights: More Gen AI coverage and frameworks integrations to minimize code changes: Torch.compile is now fully integrated with OpenVINO, which now includes a hardware ‘options’ parameter allowing for seamless inferencing hardware selection by leveraging OpenVINO plugin architecture. Introducing OpenVINO Gen AI repository on GitHub that demonstrates native C and C++ pipeline samples for LLMs. We’ve started supporting string tensors as inputs and tokenizers natively to reduce overhead and ease of production. New and noteworthy models supported or enhanced in this release: Qwen, chatGLM3, Mistral, Zephyr, LCM, and Distil-Whisper. Broader LLM model support and more model compression techniques: As part of the Neural Network Compression Framework (NNCF), Int4 weight compression model formats are now fully supported on Intel® Xeon® CPUs in addition to Intel® Core and iGPU, adding more performance, lower memory usage, and accuracy opportunity when using LLMs. Improved performance of transformer based LLM on CPU using stateful model technique to increase memory efficiency where internal states are shared among multiple iterations of inference. Tokenizer and Torchvision transform support is now available in the OpenVINO runtime (via new API), requiring less preprocessing code and enhancing performance by automatically handling this model setup. More portability and performance to run AI at the edge, in the cloud or locally: Full support for 5th Generation Intel® Xeon® (codename Emerald Rapids), delivering on the AI everywhere promise. Further optimized performance on Intel® Core Ultra (codename Meteor Lake) CPU with latency hint by leveraging both P-core and E-cores. Improved performance on ARM platforms with throughput hint by increasing efficiency in usage of the CPU cores and memory bandwidth. Preview JavaScript API to enable node JS development to access JavaScript binding via source code. Improved model serving of LLMs through OpenVINO Model Server. This not only enables LLM serving over KServe v2 gRPC and REST APIs for more flexibility but also improves throughput by running processing like tokenization on the server side.

Principais destaques:

Maior cobertura com IA Generativa e integrações de estruturas para minimizar alterações de código:
- Torch.compile agora está totalmente integrado ao OpenVINO, que agora inclui um parâmetro de ‘opções’ de hardware que permite uma seleção de hardware de inferência perfeita, aproveitando a arquitetura do plugin OpenVINO.
- Apresentando o repositório OpenVINO IA Generativa no GitHub que demonstra amostras de pipeline C e C++ nativos para LLMs. Começamos a oferecer suporte nativo a tensores de string como entradas e tokenizadores para reduzir a sobrecarga e facilitar a produção.
- Modelos novos e notáveis suportados ou aprimorados nesta versão: Qwen, chatGLM3, Mistral, Zephyr, LCM e Distil-Whisper.
Suporte mais amplo ao modelo LLM e mais técnicas de compactação de modelo:
- Como parte do Neural Network Compression Framework (NNCF), os formatos de modelo de compactação de peso Int4 agora são totalmente suportados em CPUs Intel® Xeon®, além de Intel® Core e iGPU, adicionando mais desempenho, menor uso de memória e oportunidade de precisão ao usar LLMs.
- Melhor desempenho do LLM baseado em transformador na CPU usando técnica de modelo com estado para aumentar a eficiência da memória onde os estados internos são compartilhados entre múltiplas iterações de inferência.
- O suporte à transformação Tokenizer e Torchvision agora está disponível no tempo de execução OpenVINO (por meio da nova API), exigindo menos código de pré-processamento e melhorando o desempenho ao lidar automaticamente com a configuração deste modelo.
Mais portabilidade e desempenho para executar IA na borda, na nuvem ou localmente:
- Suporte total para Intel® Xeon® de 5ª geração (codinome Emerald Rapids), cumprindo a promessa de IA em todos os lugares.
- Desempenho ainda mais otimizado na CPU Intel® Core Ultra (codinome Meteor Lake) com dica de latência, aproveitando os núcleos P e E.
- Melhor desempenho em plataformas ARM com dica de rendimento, aumentando a eficiência no uso dos núcleos da CPU e largura de banda da memória.
- Visualize a API JavaScript para permitir que o desenvolvimento JS do nó acesse a ligação JavaScript por meio do código-fonte.
- Atendimento de modelo aprimorado de LLMs por meio do OpenVINO Model Server. Isso não apenas permite a veiculação do LLM por meio de APIs REST e gRPC do KServe v2 para maior flexibilidade, mas também melhora o rendimento ao executar processamento como tokenização no lado do servidor.

Mais informações no github: https://github.com/openvinotoolkit/openvino
Página oficial: https://docs.openvino.ai/2023.3/home.html
Instalação no openSUSE: https://en.opensuse.org/SDB:Install_OpenVINO

Disponible KDE Neon Testing Edition con KDE 6 para su prueba

Baltasar Ortega — Thu, 25 Jan 2024 18:14:20 +0000

Como he comentado, los desarrolladores de la Comunidad KDE están inmersos en un salto tecnológico que elevará a cotas superiores la excelencia de los productos KDE. Fruto de este movimiento se ha preparado un lanzamiento colectivo de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02 para el 28 de febrero. A falta de un nombre mejor me he permitido bautizarlo como KDE 6, ya que utilizará tecnología de las librerías Qt 6. Es evidente que hay que preprarar bien las cosas y de esta forma hoy ha se ha anunciado que ya está disponible KDE Neon Testing Edition con KDE 6 para su prueba Es el momento de testear esta versión y reportar los errores que se encuentren. ¡No pierdas la oportunidad de contribuir al desarrollo de Plasma!

Disponible KDE Neon Testing Edition con KDE 6 para su prueba

Desde que probé KDE Neon en mis equipos no hay ninguna otra distribución (aunque ellos no quieran llamarla así) habitando en mis equiopos. Sé que se actualiza mucho y que a veces, muy pocas, puede ponerse algo tonta.

De hecho, mi transición a Plasma 6 se realizará cuando lo haga la distribución, con lo que considero muy importante la noticia de hoy ya que este 25 de enero ha sido anunciado que ya está disponible KDE Neon Testing Edition con KDE 6 ( es decir, de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02). Este conjunto de software está previsto que sea lanzado el 28 de febrero de 2024. Esta primera versión liberada no es apta todavía para el usuario que busquen estabilidad, así que abstenerse usuarios finales si no queréis que se os rompa el sistema.

En palabras de sus desarrolladores:

KDE’s 6th Megarelease es el nombre que se nos ocurrió para el lanzamiento combinado de KDE Frameworks 6, Plasma 6 y el paquete de aplicaciones y librerías KDE Gear. Saldrá dentro de un mes y es la portabilidad de todas nuestras librerías y muchas de nuestras aplicaciones a Qt 6.

En principio, esto no hace ninguna diferencia para los usuarios finales, pero todavía nos gusta hacer algunas mejoras con esto y habrá nuevas características y viejos trastos eliminados lo que permite acelerar las nuevas características que vienen en breve. Pero primero hay que probarlo.

Así que descarga KDE neon Testing Edition que está construido con las ramas Git de los productos que pronto serán lanzados e instálalo en hardware si puedes o en algo como Virtualbox (ten en cuenta que en Virtualbox necesitas activar «Enable 3D Accelaration» en Display settings porque usa Wayland, también deberías activar «EFI Special OSes only» aunque sólo sea para sentirte especial).

Más información: KDE Neon

Pruébalo y reporta errores

Konqi siempre se encuentra dispuesto, con nuestra ayuda, a buscar bugs y solucionarlos.

Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.

Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.

Para ello debes instalarte esta RC y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.

La entrada Disponible KDE Neon Testing Edition con KDE 6 para su prueba se publicó primero en KDE Blog.

Recordatorio – Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition

Baltasar Ortega — Wed, 24 Jan 2024 18:50:53 +0000

En esta ocasión tengo muy fácil hacer esta entrada ya que básicamente es un copia y pega de la entrada que he hecho para la Asociación en la que anunciamos la iniciativa «Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition». ¿Te interesa? Sigue leyendo.

Recordatorio – Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition

Tal y como podemos leer en la página web de KDE España:

¿Quieres ganar una camiseta conmemorativa de la última Akademy-es celebrada en Málaga? Pues lo tienes muy fácil.

Para conseguirla debes realizar alguna de las siguientes acciones:

Conseguir traer a la asociación un nuevo socio (ver condiciones y proceso en este enlace)

Resolver un bug de KDE (mira cómo se hace en este artículo)

Realizar 3 informes de bugs a partir de la publicación de estas bases hasta el lanzamiento de Plasma 6 (que será el 28 de febrero de 2024, mira como se hace en este enlace)

Escribir 3 artículos de calidad hablando de noticias de KDE en tu blog (más de 300 palabras, que sea original, etc.)

Poner subtítulos a los vídeos de los podcast largos de KDE España o charlas de Akademy-es. (ponte en contacto con la asociación para conocer detalles )

Bases:

KDE España se reserva el derecho de dar por válidas las participaciones. 

Para dar fe se debe enviar un correo a junta@kde_espana.org donde se muestre que ha cumplido con los requisitos: capturas de pantalla, bug resuelto, enlaces, etc. 

En caso de que estos sean correctos nos pondremos en contacto contigo para pedirte los datos del envío de la camiseta.

La promoción es válida hasta agotar existencias.

Solo se puede ganar una camiseta por persona.

Así que, no te lo pienses más y ponte manos a la obra ya que participando no solo puedes conseguir una camiseta sino que colaboras a que el Software Libre siga creciendo.

¿Qué es Akademy-es?

Akademy-es (#akademyes, que es la etiqueta para las redes sociales) es evento más importante para los desarrolladores y simpatizantes de KDE, que se ha ido celebrando desde el 2006 con éxito creciente.

En general, las Akademy-es son el lugar adecuado para conocer a los desarrolladores, diseñadores, traductores, usuarios y empresas que mueven este gran proyecto.

En ellas se realizan ponencias, se presentan programas, se hace un poco de caja para los proyectos libres (camisetas, chapas, etc) pero sobre todo se conoce a gente muy interesante y se cargan baterías para el futuro.

La entrada Recordatorio – Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition se publicó primero en KDE Blog.

The

openSUSE News — Tue, 23 Jan 2024 07:00:05 +0000

The openSUSE Project is asking interested people to submit a call for hosts for the openSUSE Conference 2025.

This event is a cornerstone of the openSUSE community and aims to bring together a diverse group of users, developers and enthusiasts to share, learn and collaborate. The aim is not only to strengthen the existing community but also to welcome new members into the fold.

Having the conference in different locations allows the project to be more accessible to people and can help with increasing awareness about the openSUSE Project and open source. While the project is unable to commit to a host being selected based on the project’s available funds, participants in the community encourage people/groups to provide a submission. This will let members of the community discover areas where the project can have a conference if funding allows it.

What We Are Looking For

Hosting the openSUSE Conference is an opportunity to showcase your community and city. The project seeks passionate teams who can address the following key criteria in their submissions:

New Attendees: Strategies to attract and engage new participants.
Accessibility: Ensuring the venue and events are accessible to all.
Community Involvement: Hosts must attend community meetings and provide regular updates if selected.
Cost Efficiency: Detailed budget plan showing the total cost to run the event.
Community Growth Goal: A plan to make the conference as successful as previous ones in gaining new members.
Engaging Educational Institutions: Technical universities and educational bodies willing to host an openSUSE Conference is an ideal demographic for a submission.
Bidding Process: Similar to the Debian Conference Bidding Process proposals will be submitted via openSUSE Wiki pages. There is a potential that it can be followed by a community voting process.
Submission Period: Please refer to the openSUSE Conference wiki for detailed timeline and submission deadline.
Season Flexibility: The event can be planned for any season, allowing flexibility for the hosts.

How to Submit Your Proposal

Prepare Your Proposal: Detailing how you’ll address the above criteria.
Submit on openSUSE Wiki: Create a dedicated page for your bid on the openSUSE Wiki and use the template provided at en.opensuse.org/openSUSE:Call_for_hosts to assist with developing the proposal.
Community Voting: The final selection will involve a voting process by the openSUSE community.

Why Host the openSUSE Conference?

Hosting the openSUSE Conference can spotlight your local community. It’s an opportunity to contribute to the growth of the project.

More Information and Submission Guidelines

Visit the conference checklist for more information on guidelines to help host an openSUSE Conference.

The syslog-ng Insider 2024-01: HTTP; Cloudflare; systemd-journal; Humio / Logscale;

Peter Czanik — Tue, 23 Jan 2024 14:36:31 +0000

The January syslog-ng newsletter is now on-line:

Why use a http()-based destination in syslog-ng?
An overview of Cloudflare’s logging pipeline
Working with multiple systemd-journal namespaces in syslog-ng
Logging to Humio / Logscale simplified in syslog-ng

It is available at https://www.syslog-ng.com/community/b/blog/posts/the-syslog-ng-insider-2024-01-http-cloudflare-systemd-journal-humio-logscale

syslog-ng logo

The [openSUSE Project(https://www.

openSUSE News — Tue, 23 Jan 2024 06:00:07 +0000

The [openSUSE Project(https://www.opensuse.org/) is asking interested people to submit a call for hosts for the openSUSE Conference 2025. This event is a cornerstone of the openSUSE community and aims to bring together a diverse group of users, developers and enthusiasts to share, learn and collaborate. The aim is not only to strengthen the existing community but also to welcome new members into the fold.

What We Are Looking For

Hosting the openSUSE Conference is an opportunity to showcase your community and city. The project seeks passionate teams who can address the following key criteria in their submissions:

New Attendees: Strategies to attract and engage new participants.
Accessibility: Ensuring the venue and events are accessible to all.
Community Involvement: Hosts must attend community meetings and provide regular updates if selected.
Cost Efficiency: Detailed budget plan showing the total cost to run the event.
Community Growth Goal: A plan to make the conference as successful as previous ones in gaining new members.
Engaging Educational Institutions: Technical universities and educational bodies willing to host an openSUSE Conference is an ideal demographic for a submission.
Bidding Process: Similar to the Debian Conference Bidding Process proposals will be submitted via openSUSE Wiki pages. There is a potential that it can be followed by a community voting process.
Submission Period: Please refer to the openSUSE Conference wiki for detailed timeline and submission deadline.
Season Flexibility: The event can be planned for any season, allowing flexibility for the hosts.

How to Submit Your Proposal

Prepare Your Proposal: Detailing how you’ll address the above criteria.
Submit on openSUSE Wiki: Create a dedicated page for your bid on the openSUSE Wiki and use the template provided at en.opensuse.org/openSUSE:Call_for_hosts to assist with developing the proposal.
Community Voting: The final selection will involve a voting process by the openSUSE community.

Why Host the openSUSE Conference?

Hosting the openSUSE Conference can spotlight your local community. It’s an opportunity to contribute to the growth of the project.

More Information and Submission Guidelines

Visit the conference checklist for more information on guidelines to help host an openSUSE Conference.

Publicada una nueva versión del editor GNU Moe

Victorhck — Tue, 23 Jan 2024 10:42:00 +0000

Publicada la versión GNU Moe 1.14 de este editor de texto para la terminal

GNU moe es un editor de texto que forma parte del software GNU y que ha publicado este 22 de enero de 2024 su versión 1.14. Después de casi un año desde la publicación de su anterior versión.

Pero ¿Qué es GNU Moe?

GNU moe es un editor de texto sencillo (pero potente) para la terminal, similar a otros editores más conocidos como pueden ser nano o micro o en un ranking algo superior, Vim.

GNU moe a diferencia de Vim, no es un editor modal. Es decir no dispone de modos de utilización del editor. Según abres un archivo en él podrás empezar a editar, añadir o quitar texto. Es un editor que lo que ves es lo que tienes y puedes editar texto fácilmente.

GNU moe dispone de un buen número de opciones y herramientas que se espera de un editor de texto. Todas esas herramientas se invocan mediante el uso de atajos de teclado utilizando las teclas Alt , Ctrl o Tab del teclado combinadas con otras teclas.

La tecla Alt junto con las diferentes combinaciones de teclas, están reservadas para las acciones menos peligrosas a la hora de editar texto: moverte por el texto, marcar un texto, etc.

La tecl Ctrl junto con sus opciones ya realizan acciones sobre el propio texto, para copiarlo, borrarlo, etc.

La tecla Tab sirve para autocompletar nombres de archivos.

Pero muchas de las opciones más frecuentes están disponibles con un solo dedo usando las teclas de función del teclado.

Por ejemplo, como es casi normal en mucho otro software, con la tecla de función F1 accedes a la ayuda propia a la hora de utilizar GNU moe. F2 guarda el contenido del archivo, etc…

Puedes trabajar con varios textos a la vez, múltiples ventanas, buscar y sustituir texto en varios archivos, etc.

Al abrirlo, ya sea con un archivo o sin nada, nos mostrará en la parte superior una barra de estado que nos muestra información:

El estado del teclado. Muestra la parte ya escrita de un comando de múltiples teclas, o ‘<‘ para indicar que hay columnas de texto a la izquierda de la ventana.
El de estado de los caracteres. ‘I’ para el modo de inserción, ‘O’ para el modo de sobrescritura, ‘W’ para ajuste de texto, ‘A’ para sangría automática, ‘R’ para solo lectura y ‘X’ para el modo de bloque rectangular.
El nombre del archivo que se está editando, o ‘(unnamed)’ si el búfer aún no tiene nombre. Si el búfer se ha modificado desde la última vez que se guardó o abrió, se muestra un asterisco ‘*’ antes del nombre y ‘(Modified)’ después del nombre.
La posición del cursor en el búfer (columna de línea).
Un reloj
La tecla de ayuda, o el código del carácter debajo del cursor, o la posición de la línea del cursor en el búfer.

Puedes abrir el editor vacío y empezar a escribir y guardarlo en un archivo, un archivo ya creado que quieras modificar o abrir un directorio y lo que hará será abrir de manera recursiva todos los archivos que haya dentro.

Puedes crear un archivo de configuración del editor, en el que configures a tu gusto las diferentes opciones del editor, cambiando las opciones predeterminadas por otras que tu prefieras.

Te animo a que explores este editor de texto del proyecto GNU si no lo conocías y que veas por ti mismo todo lo que ofrece, igual se convierte en ¡tu próximo editor de texto preferido!

Enlaces de interés

Native MacOS source in syslog-ng

Peter Czanik — Tue, 23 Jan 2024 14:43:32 +0000

You know that support for MacOS is important when every third visitor at the syslog-ng booth of Red Hat Summit asks if syslog-ng works on MacOS. With the upcoming syslog-ng version 4.6.0, syslog-ng not only compiles on MacOS, but it also collects local log messages natively. From this blog you can learn how to compile syslog-ng yourself, options of the MacOS source, and also a bit of history.

https://www.syslog-ng.com/community/b/blog/posts/native-macos-source-in-syslog-ng

openSUSE Planet - Global

Testing kernels with sporadic issues until heisenbug shows in openQA

Running the script

The review stuff:

Looking at the results

Ain’t nobody got time to wait

The magic

Revamping the Request Build Status Page and Introducing the Dark Mode

OpenVINO 2023.3 lançado!

​Principais destaques:

Disponible KDE Neon Testing Edition con KDE 6 para su prueba

Disponible KDE Neon Testing Edition con KDE 6 para su prueba

Pruébalo y reporta errores

Recordatorio – Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition

Recordatorio – Colabora y gana una camiseta de KDE España Akademy-es de Málaga 2023 Opensouthcode Edition

¿Qué es Akademy-es?

The

What We Are Looking For

How to Submit Your Proposal

Why Host the openSUSE Conference?

More Information and Submission Guidelines

The syslog-ng Insider 2024-01: HTTP; Cloudflare; systemd-journal; Humio / Logscale;

syslog-ng logo

The [openSUSE Project(https://www.

What We Are Looking For

How to Submit Your Proposal

Why Host the openSUSE Conference?

More Information and Submission Guidelines

Publicada una nueva versión del editor GNU Moe

Enlaces de interés

Native MacOS source in syslog-ng

syslog-ng logo

Principais destaques: