SoftwareLibre

2022-07-08 03:47:19 Desde Linux wxWidgets 3.2.0 ya fue liberado y estas son sus novedades https://blog.desdelinux.net/wp-content/uploads/2020/07/WxWidgets.png Hace poco se dio a conocer el primer lanzamiento de una nueva rama estable del kit de herramientas multiplataforma… Abrir / Cómo

2022-07-08 03:15:19 Ubunlog Zabbix 6.2 ya fue liberado y estas son sus novedades https://ubunlog.com/wp-content/uploads/2020/10/zabbix.jpg Se acaba de dar a conocer el lanzamiento de la nueva versión de Zabbix 6.2, versión en la cual se han realizado una gran cantidad de cambios… Abrir / Cómo

2022-07-08 03:15:14 Abrir / Cómo

2022-07-07 15:12:38 Ubunlog
KDE Gear 22.04.3 llega con las últimas correcciones para el set de apps de KDE de abril de 2022

https://ubunlog.com/wp-content/uploads/2022/07/KDE-Gear-22.04.3.webp
Hoy jueves, y tras la v22.04.2, estaba programada la llegada de KDE Gear 22.04.3, lo que es la última actualización de mantenimiento del set de apps de KDE de abril de 2022. Como tal, ha llegado para corregir los últimos bugs que han detectado en los últimos tres meses. Los próximos parches, y las nuevas funciones, llegarán ya en agosto, cuando el proyecto lance 22.08.

KDE ha anunciado la disponibilidad este medio día, antes de lo esperado, aunque lo cierto es que no tiene una hora exacta para lanzar las aplicaciones como, más o menos, sí la tienen para las nuevas versiones de Plasma (sobre las 14h en España). La lista de cambios no es muy extensa, pero recoge parches para muchas de sus aplicaciones. En total, se han introducido 63 cambios, quedándose más de la tercera parte el editor de vídeo Kdenlive (24). También han añadido muchos parches a Konsole (15), el emulador de terminal de KDE. Entre los dos han acaparado más de la mitad de los bugs que han corregido en KDE Gear 22.04.3.
KDE Gear 22.04.3 dará el paso al set de apps de agosto

El resto de apps, como Elisa, Kalarm u Okular, han visto como se corrige un bug o dos, tres como máximo. Esto sólo puede significar dos cosas: o bien que el set de apps de abril ya está en muy buena forma o bien que no han encontrado más fallos. Lo primero sería lo mejor, ya que hay sistemas operativos que no actualizan las apps de KDE hasta un nuevo lanzamiento (Kubuntu 22.04 se quedó en Gear 21.12.3).

La siguiente ya será KDE Gear 22.08.0, una versión de agosto que llegará con nuevas funciones. Además se seguirán corrigiendo fallos, y yo apostaría porque Kdenlive vuelve a quedarse con un par de decenas de los parches como mínimo. Esta última actualización de punto para el set de apps de abril se ha anunciado este medio día, y pronto llegará a KDE neon, el repositorio Backports y las distribuciones Rolling Release. Abrir / Cómo

2022-07-07 15:12:37 Abrir / Cómo

2022-07-07 14:02:29 MuyLinux
SUSE plantea aumentar los requisitos de procesador para ALP

https://www.muylinux.com/wp-content/uploads/2022/04/suse.jpg
Adaptable Linux Platform (ALP) es la iniciativa con la que se pretende impulsar el desarrollo abierto de la próxima generación de SUSE Linux Enterprise y openSUSE, lo que obviamente ha despertado el interés en torno a los movimientos y cambios que se llevarán a cabo dentro del “espectro del camaleón”.

Uno de los cambios planteados para Adaptable Linux Platform es subir los requisitos para los procesadores x86_64. Siendo más concretos, los futuros sistemas del espectro SUSE podrían ajustarse a ‘x86-64-v3’, el tercer nivel de microarquitectura sobre la línea base de x86_64. AMD, Intel, Red Hat y SUSE colaboraron en 2020 para definir a destiempo tres niveles de microarquitectura sobre la línea base de x86_64, los cuales son ‘x86-64-v2’, ‘x86-64-v3’ y ‘x86-64-v4’.

El apoyarse en ‘x86-64-v3’ tendrá como consecuencia el requerimiento de las extensiones AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE y OSXSAVE del procesador. Desde un punto de vista práctico, el suelo quedaría establecido en Haswell dentro de Intel y Excavator dentro de AMD, tecnologías que, viendo la evolución de los procesadores x86_64 sobre todo a partir de los Intel Core 2 Quad, podrían ser consideradas como no especialmente antiguas.

https://www.muylinux.com/wp-content/uploads/2022/07/Tabla-de-niveles-de-microarquitecturas-de-x86_64-101x156.png
Tabla de niveles de microarquitecturas de x86_64. Fuente: Wikipedia.
Lubos Kocman, gestor de versiones de SUSE, ha planteado mediante un tique abierto el salto a ‘x86-64-v3’, pero su propuesta parece no haber sido del todo bien recibida debido a problemas de compatibilidad, así que es muy probable que al final se termine adoptando ‘x86-64-v2’.

RHEL 9 requiere actualmente ‘x86-64-v2’, y las razones de por qué Red Hat se plantó ahí fueron, según la propia compañía, las siguientes:

* Los modelos de máquinas virtuales que enmascaran artificialmente las características de la CPU ‘x86-64-v2’ a pesar de la compatibilidad con el host es comparativamente fácil de ajustar.
* El siguiente nivel, ‘x86-64-v3’, no está disponible porque pretendemos construir una distribución unificada para la arquitectura x86-64.
* Las nuevas CPU de clase de servidor lanzadas en 2020 no implementan el conjunto de instrucciones AVX.
* Las instrucciones AVX tampoco están disponibles en ciertas implementaciones de software (aunque la herramienta valgrindlas soporte). La falta de soporte de emulación podría limitar a los desarrolladores que apuntan a Red Hat Enterprise Linux 9.

Las razones de por qué RHEL 9 se ha quedado con ‘x86-64-v2’ son las esgrimidas contra la adopción de ‘x86-64-v3’ dentro de Adaptable Linux Platform, de ahí que se especule que al final se vayan a quedar en el segundo nivel. Eso sí, lo más probable es que el debate se mantenga abierto, más viendo que, siendo optimistas, los cambios planteados se implementarían en SLE SP5 o lo que se haya convertido el espectro SUSE para entonces, así que para esas fechas posiblemente el requerir ‘x86-64-v3’ sea algo viable.

La entrada SUSE plantea aumentar los requisitos de procesador para ALP es original de MuyLinux Abrir / Cómo

2022-07-07 14:02:29 Abrir / Cómo

2022-07-07 11:55:18 Blog – El atareao
Primeros pasos con Zettelkasten en Neovim y Android

Tarde o temprano tenía que suceder. Llevo ya algún tiempo tonteando con el método Zettelkasten, y era prácticamente inevitable. Lo cierto, es que siempre he seguido la estructura de notas, pero, lo que no he había hecho, hasta el momento, erar introducir el encabezado, con la parte correspondiente a las etiquetas, ni los enlaces entre notas. El enlace entre notas, siempre lo había delegado en...

Origen Abrir / Cómo

2022-02-08 19:59:04 Ubunlog
Qué es el modelo OSI y cuál es su función

https://ubunlog.com/wp-content/uploads/2022/02/about-modelo-capas-osi.png
En el siguiente artículo vamos a echar un vistazo básico a qué es el modelo OSI y cual es su función. Este modelo de referencia de Interconexión de Sistemas Abiertos (OSI, Open System Interconnection) se lanzó en 1984, y fue el modelo de red descriptivo creado por ISO (International Organization for Standarization). El modelo OSI no es más que un estándar para los protocolos de red. Estos protocolos son reglas de comunicación que se utilizan para conectar dos o más equipos. Lo que hace el modelo OSI es agrupar estos protocolos en grupos específicos o capas.
Este estándar perseguía el ambicioso objetivo de conseguir interconectar sistemas de procedencia distinta, para que estos pudieran intercambiar información sin ningún tipo de impedimento, debido a los protocolos con los que estos operaban de forma propia según su fabricante. El modelo OSI está conformado por 7 capas o niveles de abstracción. Cada uno de estos niveles tendrá sus propias funciones, para que en conjunto sean capaces de poder alcanzar su objetivo final. Precisamente esta separación en niveles hace posible la intercomunicación de protocolos distintos, al concentrar funciones específicas en cada nivel de operación.
Como decía, cada capa del modelo OSI tiene una función específica y se comunica con las capas superiores e inferiores. Los protocolos serán los encargados de la comunicación entre equipos, de forma que un host pueda interactuar con otro distinto, capa a capa.

Hay que recordar que OSI es un modelo teórico de referencia, es decir, una normativa estándar útil para que sistemas de distintos fabricantes y/o empresas se comuniquen de forma óptima. Algo que se debe tener muy presente, es que el modelo OSI no es la definición de una topología ni un modelo de red en sí mismo. Lo que realmente hace OSI es definir la funcionalidad de ellos para conseguir un estándar. Este modelo tampoco especifica ni define los protocolos que se utilizan en la comunicación, ya que estos están implementados de forma independiente. Las 7 capas del modelo OSIhttps://ubunlog.com/wp-content/uploads/2022/02/la-pila-osi.png

Esta arquitectura aborda el problema de la comunicación electrónica con un método de 7 capas o niveles. La información de más alto nivel de la Capa 7, es donde se trabaja con datos de aplicación, y estos se van encapsulando y transformando hasta llegar a la Capa 1, o de más bajo nivel, la cual gestiona bits puros para ser transmitidos a un medio físico (señales eléctricas, ondas de radio, pulsos de luz…). Capa Física (Nivel 1)Esta es la capa más baja del modelo OSI, y se encarga de la topología de red y de las conexiones globales de los equipos hacia la red. Se refiere tanto al medio físico como a la forma en la que se transmite la información y de las redes. El nivel físico o capa física (Nivel 1) es donde se realizan las transformaciones que se le hacen a la secuencia de bits para transmitirlos de un lugar a otro.

Esta capa se encarga de transmitir los bits de información a través del medio utilizado para la transmisión. También se ocupa de las propiedades físicas y características eléctricas de los diversos componentes. Además se va a encargar de aspectos mecánicos de las conexiones y terminales, incluyendo la interpretación de las señales eléctricas/electromagnéticas.
https://ubunlog.com/wp-content/uploads/2022/02/medios-guiados-1.jpeg

La Capa Física (Nivel 1) es la que se encarga de las conexiones físicas de los equipos hacia la red, tanto en lo que se refiere al medio físico (medios guiados y medios no guiados), a las características del medio (tipo de cable o calidad del mismo; tipo de conectores normalizados, etc …) y a la forma en la que se transmite la información.

La capa física recibe un flujo de bits e intenta enviarlo al destino, [...] Abrir / Cómo

2022-02-07 22:42:05 MuyLinux
OpenMandriva Lx 4.3 llega con PipeWire por defecto y software muy reciente

https://www.muylinux.com/wp-content/uploads/2022/02/OpenMandriva-Lx.png
Prácticamente un año después, ya está disponible OpenMandriva Lx 4.3, la última versión de una de las distribuciones herederas de uno de los nombres más legendarios del escritorio Linux. Desde que la Mandriva original cayera en barrena debido a la mala situación económica de la empresa que la sostenía, existen principalmente dos proyectos que intentan mantener vivo su legado: Mageia y OpenMandriva. Sin embargo, a día de hoy son otras como Ubuntu, Debian, Arch Linux, Manjaro y Fedora las que llevan el peso del escritorio Linux sobre sus hombros.

A pesar de que la era dorada de Mandriva pasó hace tiempo, eso no quiere decir que sus herederas no tengan nada que decir al respecto, ya que OpenMandriva Lx 4.3 llega con software reciente, la última versión del entorno de escritorio KDE Plasma y algún que otro cambio de calado.

Lo primero que se puede destacar de OpenMandriva Lx 4.3 es el uso de PipeWire como servidor de audio predeterminado, lo que quiere decir que la distribución ha tomado la decisión de “jubilar” a un PulseAudio que todavía se encuentra en los repositorios. Recordamos que PipeWire es un servidor de transmisión de multimedia que pretende sustituir a PulseAudio y JACK y dotar a Wayland de soporte para la captura y compartición de la pantalla.

Por lo demás nos encontramos con un sistema que, al menos en su día de lanzamiento, es bastante bleeding edge al incluir KDE Plasma 5.23.5 junto a Frameworks 5.90 y Gear 21.12.2 (que en el anuncio oficial todavía llaman “Applications”), Linux 5.16 como kernel, LibreOffice 7.3 como suite ofimática y Krita 5.0.2, Digikam 7.5, SMPlayer 21.10.0, VLC 3.0.16 y SimpleScreenRecorder 0.4.3 para las labores de multimedia. La presencia de SimpleScreenRecorder deja entrever que Xorg es la sesión predeterminada y para la navegación web se ha mencionado a Falkon 3.2 en primer lugar, aunque en los repositorios están disponibles Firefox 96 y Chromium 97, los cuales nos suponemos se irán actualizando. https://www.muylinux.com/wp-content/uploads/2022/02/OpenMandriva-Lx-4.3.jpg OpenMandriva Lx 4.3 emplea Calamares 3.2.39 como instalador, al que le acompañan componentes como systemd 249, binutils 2.37, GCC 11.2, LLVM/Clang 13.0.0 y Java 17, con las versiones 18 beta y 19 dev disponibles en los repositorios de la distribución.

Como entornos de escritorio alternativos están LXQt 1.0, Xfce 4.16, GNOME 41, MATE 1.26, Lumina 1.6.2, IceWM 2.9.5, i3 4.20, CuteFish 0.7 y Maui Shell, siendo las dos últimas shells construidas con el framework Qt. También hay aplicaciones, suites y componentes como Virtualbox 6.1.32, OBS Studio 27.1.3, GIMP 2.10.30, Calligra Suite 3.2.1 y FFmpeg 5.0.

Además de la clásica compilación para x86_64 (procesadores Intel y AMD), hay imágenes para ARM de 64-bit en teoría capaces de funcionar en dispositivos como PinebookPro, Raspberry Pi 4B and 3B+, Rock Pi 4A, 4B y 4C, Synquacer, Cubox Pulse y dispositivos UEFI genéricos compatibles. En desarrollo hay una compilación para RISC-V que, al menos de momento, no ha sido incluida en el lanzamiento de la versión 4.3.

Todos los detalles sobre OpenMandriva Lx 4.3 están publicados en el anuncio oficial y las notas de lanzamiento, mientras que el sistema está disponible para su obtención desde el repositorio del proyecto en SourceForge. Abrir / Cómo