La próxima noticia importante sobre Linux Mint 21.2, de nombre en clave «Victoria», será la del lanzamiento de su versión estable. Está claro que pueden pasar más cosas, pero Clement Lefebvre suele publicar una nota mensual y la de este mes, correspondiente a Junio de 2023, ya ha visto la luz. Dentro de entre 1-3 semanas publicaremos que Linux Mint 21.2 ya está disponible, y probablemente alguna sorpresa que descubramos o nos cuenten en ese momento.

Como es habitual en los boletines de antes de un lanzamiento, el de este julio ha sido corto, tanto que cabe en su totalidad en un artículo como este. Clem y su equipo no pierden el tiempo cuando falta tan poco para una versión estable, y hoy se ha limitado a mencionar a la gente que está probando la BETA y que gracias a ellos ya se han identificado unos 60 bugs.

Linux Mint 21.2 llegará este julio

El mensaje completo dice que «Muchas gracias a todas las personas que están probando y encontrando bugs en la BETA. Hasta ahora hemos reunido 60 bugs. Muchos problemas fueron corregidos ya gracias a vuestro feedback«. El boletín lo completan los agradecimientos a los patrocinadores del proyecto.

Lefebvre no ha incluido nada más en su mensaje, por lo que no se conocen los plazos exactos. Similar a como lo hacen en Ubuntu, su versión BETA suele llegar entre 3 y 4 semanas antes que la versión estable, por lo que Linux Mint 21.2 debería llegar entre el 12 y el 26 de julio, habiendo incluido en ese plazo una semana de cortesía por si tienen algún problema que solucionar.

Lo hará en los tres escritorios en los que está disponible desde hace mucho, concretamente en Cinnamon 5.8, Xfce 4.18 y MATE 1.26. Cuando lancen la versión estable escribiremos un extenso artículo sobre toda la información relacionada a la v21.2 del Linux con sabor a menta.

from Linux Adictos https://ift.tt/k7uvICE
via IFTTT

No creo que haya tenido que ver, pero me siento observado (entiéndase que es una broma). Hace poco pensaba que Tube Converter no era un buen nombre para una aplicación cuyo punto fuerte es descargar vídeos y esta semana le han cambiado el nombre a Parabolic. Por otra parte, hace a penas una semana escribí sobre Nitter, un front-end alternativo para seguir qué estaba pasando en Twitter sin necesidad de una cuenta, y hace horas ha dejado de funcionar…

Ahora bien, aunque puede parecer otro de los movimientos extraños que está dando el «pájaro sin cabeza» que es ahora Twitter, si nos creemos lo que dice Elon Musk es algo temporal. El enlace en donde lo reconoce es este, y si no pongo el tweet incrustado es porque probablemente no se pueda ver hasta pasados unos días.

Twitter sólo para usuarios registrados

¿Pero qué es lo que está pasando y por qué? Lo que está pasando, como reza el titular, es que no se puede ver nada si no se tiene una cuenta y estamos identificados. Por lo tanto, software que usa una API alternativa y hace web scraping para obtener su información sólo ve un portazo en la nariz cada vez que intenta trabajar.

El por qué está menos claro. Elon Musk dice que es una medida de emergencia temporal, que «¡Les estaban saqueando tanto los datos que estaba degradando el servicio para los usuarios normales!«. Ya digo, no creo que yo haya tenido nada que ver, pero no sé si esto ha sido una orden del magnate para evitar que nadie pueda ver nada de su red sin su control. Como expliqué en el artículo sobre Nitter, llevamos tiempo en el que vemos 3-4 tweets de gente que seguimos y uno de publicidad, y esa publicidad no la vemos si accedemos desde servicios como el que ofrece Nitter.

Habrá que esperar para comprobar si es cierto que esto es sólo una medida de emergencia temporal o es algo más. Por el momento, lo único que sabemos es que el acceso está restringido.

from Linux Adictos https://ift.tt/SmzoLIU
via IFTTT

Captura de la web de LibreOffice

La industria informática está experimentando profundos cambios. La, para muchos, inesperada irrupción de la Inteligencia Artificial en el uso cotidiano disparó nuevas posibilidades y, la tendencia a transformar casi todas las aplicaciones a la modalidad Software como un servicio parece imparable. En el artículo anterior nos preguntábamos si uno de los títulos más emblemáticos del código abierto va a estar a la altura de las circunstancias y, en este hablaremos más sobre el desafío de LibreOffice.

Durante años, el gran defecto del software libre y de código abierto es que se interesó más en la militancia que en la escritura de código. Se perdió demasiado tiempo en criticar los defectos del software privativo en lugar de enfocarse en crear virtudes propias más allá de las 4 libertades del software libre o los principios del open source.

Como resultado, los usuarios debíamos conformarnos con tener con meses o años de retraso las novedades que eran estándar en las versiones privativas.

Más sobre el desafío de LibreOffice

Respondiendo a la pregunta de un lector, no tengo absolutamente nada contra LibreOffice. El trabajo que hace The Document Foundation para que exista una suite ofimática de código abierto de calidad comercial (Cosa que nunca fue OpenOffice). Tampoco es desdeñable su trabajo de ingeniería inversa para conseguir compatibilidad con formatos de archivos discontinuados.

Sin embargo, sigue sin tener versión para móviles (Apenas un visor) y el repositorio de la versión online está congelado. Tampoco son capaces de hacer que funcione el guardado de documentos en Google Drive.

Cambio de paradigma

Cuando el reinado de Microsoft en la industria del software parecía inamovible, Google y Apple patearon el tablero. Por un lado, los dispositivos móviles dejaron de ser algo más que una herramienta para hacer llamadas telefónicas o hablar por teléfono. Por el otro Google Docs anuló la necesidad de miles de estudiantes y pequeñas empresas de piratear Microsoft Office.

La respuesta de Microsoft no fue exitosa desde el punto de vista de imponer su propio sistema operativo para móviles, aunque sus aplicaciones para Android e iOS son geniales. Su propia versión de suite ofimática en la nube, que trabaja en conjunto con la versión de escritorio, consiguió sacarle porción de mercado a la herramienta de Google.

La guerra va un paso más allá. Hace unos años Google lanzó Chromebooks, una serie de dispositivos que no necesitan un sistema operativo instalado, tan solo un navegador que se conecta a la nube y permite utilizar todas las aplicaciones de Google.

Recientemente se conocieron documentos internos de Microsoft que se presentaron como prueba en un juicio. De acuerdo a esos papeles, la firma tiene planes de ofrecer a los consumidores que no tengan equipos compatibles con Windows 11 utilizar una versión en la nube.  Esto significa literalmente que se podrá utilizar Windows y sus aplicaciones en cualquier equipo.

Además de la integración con herramientas de Inteligencia Artificial la idea es que cuando inicies sesión en tu ordenador, lo que se abra y lo que veas sea la sesión en la nube. La experiencia será la misma no importa qué uses ni donde estés.

Hace poco la firma presentó Copilot, un asistente de Windows 11 basado en Inteligencia Artificial que puede resumir el contenido que vemos en las aplicaciones que ejecutamos, explicarlo e incluso modificarlo.

Hay lectores que me han dicho varias veces que no les importa lo que hacen las empresas de software privativo y que yo y el resto de los usuarios deberíamos conformarnos con los que nos dan siendo felices con que se respeten las cuatro libertades o los principios del software libre.

Pero ¿Por qué?

El único obstáculo para que las herramientas de software libre y código abierto tengan las últimas prestaciones y, de hecho, sean las primeras en tenerlas es que se dedica más tiempo a las peleas internas que al desarrollo.

Me encantaría poder usar LibreOffice en cualquier dispositivo sin tener que instalarlo en cada uno de ellos o guardar una versión portable en un pendrive. la primera vez que pruebas las funciones de dictado o transcripción que tienen otras suites ofimáticas se hace adictivo y, no mencionemos lo de poder consultar referencias o generar una imagen a medida por IA sin tener que salir de la aplicación.

from Linux Adictos https://ift.tt/lka5WmK
via IFTTT

Red Hat Enterprise Linux es una distribucion de Linux que dirige sus productos principalmente para empresas

Poco después de la noticia sobre la restricción al acceso del código de Red Hat (noticia que compartimos aquí) y que distribuciones afectadas como Alma Linux y Rocky Linux dieran a conocer su postura ante la situacion informando a la comunidad sobre los cambios que se deberán de realizar en sus hojas de ruta.

Mike McGrath, vicepresidente de desarrollo de Fedora y CentOS en Red Hat, mediante una publicación de blog, ha dado a conocer la posición de la compañía sobre los recientes sucesos de dejar de publicar paquetes RHEL srpm en el repositorio git.centos.org y dejar el repositorio como la única fuente pública de código de paquete RHEL CentOS Stream.

Según McGrath, Red Hat opera de acuerdo con los requisitos de la licencia GPL, sigue siendo partidario de los procesos de desarrollo abiertos y continúa actuando por el bien de la comunidad abriendo su código e impulsando los cambios en sentido ascendente. El repositorio Git del proyecto CentOS Stream incluye las fuentes de todos los paquetes en los que se basan los lanzamientos de RHEL, y este repositorio está disponible para todos sin restricciones.

Nos han llamado malvados; Me llamaron un ejecutivo de IBM que se instaló para convertir Red Hat en código cerrado, y eso es solo lo «agradable». Así que aclaremos las cosas.

Al mismo tiempo, el desarrollo de CentOS Stream se lleva a cabo con cierto avance y no siempre las últimas versiones de los paquetes pueden coincidir con los paquetes de RHEL, pero todo el código está en el repositorio y se puede encontrar si se desea.

Si faltan cambios en CentOS Stream o se observan discrepancias, esta situación debe tratarse como un error que debe informarse y corregirse. Sin embargo, Red Hat no ve ningún valor en la reconstrucción de RHEL y no tiene la obligación de facilitar las cosas para las distribuciones que realizan reconstrucciones.

A pesar de lo que se dice actualmente sobre Red Hat, hacemos que nuestro arduo trabajo sea fácilmente accesible para quienes no son clientes. Red Hat usa y siempre usará un modelo de desarrollo de código abierto. Cuando encontramos un error o escribimos una característica, contribuimos con nuestro código aguas arriba. Esto beneficia a todos en la comunidad, no solo a Red Hat y a nuestros clientes.

No tomamos simplemente los paquetes upstream y los reconstruimos. En Red Hat, miles de personas dedican su tiempo a escribir código para habilitar nuevas funciones, corregir errores, integrar diferentes paquetes y luego respaldar ese trabajo durante mucho tiempo, algo que nuestros clientes y socios necesitan.

La insatisfacción de Red Hat se debe al hecho de que la empresa invierte mucho en el mantenimiento de paquetes a largo plazo, el desarrollo de nuevas funciones, las pruebas y el backporting de los cambios, y los creadores de reconstrucciones revenden el trabajo de otras personas sin participar en él y sin proporcionar nada a cambio.

Según Red Hat, la distribución de productos que son completamente duplicados de otros desarrollos y creados sobre la base de una reconstrucción simple, sin realizar sus propios cambios, representan una amenaza para las empresas de código abierto, así como para todo el ecosistema de código abierto, ya que pueden llevar el software de código abierto a un estado en el que estaba el montón de aficionados y piratas informáticos.

Según los desarrolladores de compilaciones alternativas de RHEL, como AlmaLinux y Rocky Linux, detener la publicación del código del paquete en git.centos.org dificultará la preparación de compilaciones de RHEL completamente compatibles con binarios e idénticas en comportamiento (en el nivel de error) dado que el repositorio de CentOS Stream no está sincronizado con RHEL, es posible que a los paquetes les falten algunos parches, algunos paquetes (por ejemplo, con el kernel) se publican con retraso, los números de versión de los paquetes en CentOS Stream y RHEL no siempre coinciden.

Además, la distribución RHEL se admite durante 10 años, mientras que CentOS Stream se actualiza durante 5 años. Las compilaciones alternativas de RHEL se presentan como un sistema de contrapesos, compensando el modelo comercial de Red Hat, que impone términos adicionales al suministrar aplicaciones bajo la GPL e ignora el derecho otorgado en la GPL a copias no restringidas del producto.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/vTAxLgo
via IFTTT

Si el año pasado me hubieran preguntado sobre que iba a escribir este año, sin dudas no pensaba que le iba a dedicar tanto de mi tiempo a hablar de suites ofimáticas. Ahora mi pregunta es si LibreOffice va a poder seguir el paso.

Más allá de la inclusión de herramientas de Inteligencia Artificial (Que veremos hasta en el Buscaminas) los diferentes proyectos han registrado un gran avance en otras áreas que están rompiendo las fronteras con otro tipo de programas como los editores de publicaciones de escritorio o los editores de video. ¿Podrá la suite ofimática de código abierto emblemática ofrecerrnos las mismas características?

¿LibreOffice va a poder seguir el paso?

Para responder a la pregunta del título resulta necesario entender qué es exactamente una suite ofimática, cómo fue evolucionando y cuáles fueron sus características

Los programas componentes de una suite ofimática son usualmente un procesador de textos, una planilla de cálculos, un programa de presentaciones y un gestor de base de datos.

Procesador de textos

El procesador de textos es un programa diseñado para crear, manipular, modificar, imprimir y guardar textos mecanografiados.

Es capaz de trabajar con los siguientes tipos de archivos:

• Texto plano: También conocido como texto sin formato, no incluye ninguna variación en el tamaño, tipo o forma de la tipografía. Tampoco se pueden insertar caracteres especiales.
• Texto enriquecido: En este tipo de texto ya podemos variar la tipografía, su tamaño, color y efectos como negrita, cursiva y subrayado.
• HTML: Este tipo de documentos es el que le indica al navegador cuál va a ser la estructura de la página web.
• Documentos nativos: Cada procesador de textos tiene su propio formato para la creación de textos. Este formato permite aprovechar todas las capacidades de creación y edición. La mayoría de los procesadores de textos del mercado puede trabajar de forma adecuada con los formatos cerrados y abiertos del mercado.
• XML: Es un lenguaje para el almacenamiento y compartición de datos mediante el uso de reglas. Estas reglas hacen que los documentos XML resulte legible tanto para humanos como para máquinas.
• PDF: Son las siglas en inglés de Formato de Documento Portable. Fue desarrollado por Adobe como una forma para compartir y presentar documentos sin tener que depender de determinado software, hardware o sistemas operativos. Originalmente, no fue pensado para la edición, aunque los modernos procesadores de textos permiten hacerlo.

La diferencia entre los procesadores de textos y los editores de textos es que los segundos solo pueden trabajar con texto plano.

Las funciones del procesador de textos son:

1. Dar formato al texto: Se puede cambiar el color, tamaño o tipo de fuente. Además, es posible destacar partes del texto con efectos como negrita, cursiva o subrayado.
2. Copiar, cortar y pegar: Cuando uno escribe un texto, muchas veces descubre que un párrafo no encaja, queda mejor en otro lugar o incluso en otro documento. Con un par de movimientos del ratón podemos hacerlo en cualquier procesador de textos.
3. Insertar archivos multimedia: Además de imágenes y gráficas de datos, los modernos procesadores de textos permiten agregar archivos de audio y video.
4. Chequeo de gramática y ortografía: La gramática es el conjunto de reglas que guían el uso del lenguaje. La ortografía regula el uso de las letras y los signos de puntuación. Aunque los procesadores de textos incluyen desde hace tiempo herramientas de control gramatical y ortográfico, las versiones más modernas lo hacen utilizando herramientas de Inteligencia Artificial.
5. Diagramación: Aunque en los viejos tiempos los procesadores incluían formas rudimentarias de estructurar el documento como la alineación, tabulado, uso de tablas o viñetas, los modernos pueden utilizar columnas, recuadros o textos ubicados en formas arbitrarias.
6. Búsqueda y reemplazo de texto: Otra capacidad que viene desde antes y resulta bastante autodescriptiva, Los modernos procesadores de textos permiten también la búsqueda de texto específico o alternativas de reemplazo usando sitios de referencia en Internet o herramientas de Inteligencia Artificial.
7. Trabajo colaborativo: Los procesadores de textos más modernos guardan los documentos en línea y permiten que varias personas trabajen en ellos al mismo tiempo, identificando cuál es el aporte de cada uno.

En el próximo artículo continuaremos analizando las características y evolución de los programas componentes de una suite ofimática para entender cuáles son los desafíos que enfrenta LibreOffice.

from Linux Adictos https://ift.tt/T1RhuyJ
via IFTTT

AlmaLinux y Rocky Linux responden a la reciente restricción de Red Hat

Hace poco, compartimos aquí en el blog la noticia de los cambios realizados por parte de Red Hat con relación al acceso al código (puedes consultar los detalles en la publicación aquí), en el cual básicamente restringe el acceso a codigo de RHEL afectando a terceros. Entre los principales problemas de la transición de AlmaLinux y Rocky Linux a CentOS Stream está la desincronización de la publicación de paquetes para RHEL y CentOS Stream.

Y es que como se menciono, el código del paquete RHEL ahora estará disponible públicamente solo a través del repositorio CentOS Stream, que sirve como base para futuras versiones de RHEL.

Sobre el caso, los proyectos AlmaLinux y Rocky Linux, que publican compilaciones compatibles con binarios de Red Hat Enterprise Linux, ya se han pronunciado al respecto y han emitido sus declaraciones con una hoja de ruta siguiendo la restricción de Red Hat del acceso público al código fuente de los paquetes RHEL.

En particular, no todas las fuentes de paquetes presentes en RHEL se migran a CentOS Stream al mismo tiempo, en el mismo orden y de la misma forma (es posible que a los paquetes publicados en CentOS Stream les falten algunos parches).

Las soluciones a corto y largo plazo para este cambio son algo que discutiremos en las próximas semanas. Dedicamos gran parte de nuestro tiempo hoy a profundizar para asegurarnos de que comprendimos la profundidad del problema y discutimos nuestras posibles opciones.

A corto plazo, trabajaremos con otros miembros del ecosistema RHEL para garantizar que continuamos brindando actualizaciones de seguridad con la velocidad y la estabilidad que nos caracterizan.

A largo plazo, trabajaremos con esos mismos socios y con nuestra comunidad para identificar el mejor camino a seguir para AlmaLinux como parte del ecosistema empresarial de Linux. Comparte Benny Vasquez, Presidente, Junta Directiva de la Fundación AlmaLinux OS

Por ejemplo, las actualizaciones relacionadas con la reparación de vulnerabilidades en paquetes con el kernel de Linux pueden publicarse en CentOS Stream con cierto retraso. Tampoco hay garantía de que los paquetes aparezcan en el repositorio de CentOS Stream en el momento del lanzamiento de RHEL o después.

Además, los números de versión de los paquetes en CentOS Stream y RHEL no siempre coinciden. El problema también surge con los términos de soporte: CentOS Stream se actualiza dentro de los 5 años posteriores al lanzamiento, y la vida útil completa de la distribución RHEL es de 10 años, es decir, CentOS Stream no puede ser una fuente de actualización para los últimos 5 años del ciclo de vida de una distribución.

Para los clientes, Red Hat ha dejado la posibilidad de descargar el código srpm de RHEL a través de una sección cerrada del sitio, que tiene un acuerdo de usuario adicional (EULA) que prohíbe la redistribución de RHEL. AlmaLinux y Rocky Linux usan paquetes srpm descargados del Portal de clientes de Red Hat con riesgos legales.

Si bien esta decisión cambia la automatización que usamos para construir Rocky Linux, ya hemos creado una mitigación a corto plazo y estamos desarrollando una estrategia a largo plazo. No habrá interrupciones ni cambios para ningún usuario, colaborador o socio de Rocky Linux.

AlmaLinux y Rocky Linux tienen la intención de continuar creando compilaciones que reproduzcan paquetes de Red Hat Enterprise Linux, sean totalmente compatibles con binarios, tengan un comportamiento idéntico (a nivel de errores) y se puedan usar como reemplazo de RHEL.

Las distribuciones tendrán que volver a trabajar en los procesos internos de generación de lanzamientos, pero nada cambiará para los usuarios y socios, los proyectos continuarán generando compilaciones rápidamente como antes. Para evitar la interrupción en la entrega de actualizaciones, ambos proyectos utilizarán primero una solución temporal, después de lo cual planean determinar una estrategia a largo plazo e implementar una solución a largo plazo más reflexiva, cuyas opciones aún se están discutiendo.

Como solución temporal, el proyecto AlmaLinux tiene la intención de cambiar al seguimiento de cambios desde el repositorio de CentOS Stream y también usar los repositorios de Oracle Linux para continuar generando actualizaciones de paquetes para corregir vulnerabilidades. Las actualizaciones generadas se revisarán y ajustarán más para garantizar la total compatibilidad con las actualizaciones de RHEL sin infringir los términos de la licencia de Red Hat.

Una solución alternativa para Rocky Linux es crear un repositorio adicional para controlar las actualizaciones no sincronizadas, obtener los paquetes srpm asociados con las actualizaciones faltantes mediante una solución alternativa y manualmente cárguelos en el repositorio de ensayo. Al principio, planean recibir paquetes a través de una suscripción a RHEL. En el camino, planean realizar un análisis legal del modelo propuesto y la posibilidad de colocar paquetes srpm en su repositorio sin cambiar la marca.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en los siguientes enlaces.

Anuncio de AlmaLinux: https://almalinux.org

Anuncio de Rocky Linux: https://rockylinux.org

from Linux Adictos https://ift.tt/ATkFabU
via IFTTT

Red Hat Enterprise Linux es una distribucion de Linux que dirige sus productos principalmente para empresas

Hace poco Red Hat dio a conocer mediante una publicación de blog un cambio en el enfoque de la publicación de las fuentes de los paquetes para su distribución «Red Hat Enterprise Linux», con lo cual básicamente da a conocer que a partir de ahora ya no publicará el código del paquete en el repositorio Git de git.centos.org.

Mediante este anunció, Red Hat informa a la comunidad que la única fuente pública para los paquetes RHEL ahora será el repositorio CentOS Stream, con lo cual desde la publicación del anuncio, los clientes y socios de Red Hat aún podrán descargar el código de los paquetes correspondientes a las versiones de RHEL a través del portal de clientes de la empresa, cuyo acceso requiere una cuenta.

Hay que recordar que hace dos años, Red Hat decidió redirigir sus inversiones en CentOS a otra versión llamada CentOS Stream. Este último existe desde septiembre de 2019 y sirve como «una muestra de lo que vendrá en Red Hat Enterprise Linux», como una versión de prueba previa para probar las funciones que estarán presentes en RHEL dentro de un año.

Red Hat menciona que el motivo de dicho cambio es con la finalidad de «promover la evolución de CentOS Stream», pero sin tomar en cuenta las afectaciones que esto conlleva a los diversos proyectos que dependen de la base de estos paquetes.

En su publicación de blog Mike McGrath, vicepresidente de ingeniería de plataformas centrales en Red Hat, comparte lo siguiente:

A medida que crece la comunidad de CentOS Stream y el mundo del software empresarial aborda nuevas dinámicas, queremos afinar nuestro enfoque en CentOS Stream como la columna vertebral de la innovación empresarial de Linux. Seguimos invirtiendo y aumentando nuestro compromiso con CentOS Stream. CentOS Stream ahora será el único repositorio para los lanzamientos públicos de código fuente relacionados con RHEL. Para los clientes y socios de Red Hat, el código fuente permanecerá disponible a través del Portal de clientes de Red Hat.

Para ser claros, este cambio no significa ningún cambio en CentOS Project, CentOS Stream o la disponibilidad de fuente para CentOS Stream o CentOS SIG.

Se menciona que para los proyectos CentOS y CentOS Stream, el nuevo modelo de distribución de fuente no generará cambios notables, pero las distribuciones de terceros como AlmaLinux, Rocky Linux, Oracle Linux y EuroLinux, creadas mediante la reconstrucción de paquetes RHEL, tendrán que repensar significativamente sus procesos de desarrollo u obtener acceso mediante soluciones alternativas para empaquetar el código de las versiones de RHEL.

La esencia de los cambios es que el codigo fuente de los paquetes para las versiones ya publicadas se publicaron en git.centos.org, y el código del paquete para las versiones que aún no se han publicado se está desarrollando en el repositorio de CentOS Stream, es decir CentOS Stream actúa como una base continuamente actualizada para el desarrollo de RHEL, que no es totalmente compatible con RHEL en binario (CentOS Stream se puede considerar como compilaciones nocturnas de prueba de RHEL).

¿Por qué hacer este cambio?

Antes de CentOS Stream, Red Hat envió fuentes públicas de RHEL a git.centos.org. Cuando CentOS Project cambió para centrarse en CentOS Stream, mantuvimos estos repositorios a pesar de que CentOS Linux ya no se construía aguas abajo de RHEL. El compromiso en torno a CentOS Stream, los niveles de ingeniería de inversión y las nuevas prioridades que estamos abordando para clientes y socios ahora hacen que el mantenimiento de repositorios separados y redundantes sea ineficiente. El código fuente más reciente seguirá estando disponible a través de CentOS Stream.

El cese de la publicación de paquetes en git.centos.org se debe al hecho de que la distribución CentOS se ha transformado en CentOS Stream y ya no se crea a partir de la fuente de los paquetes RHEL. CentOS Stream se presenta como un proyecto recomendado y prioritario, y mantener repositorios separados se considera ineficiente.

Cabe mencionar que esta última decisión de Red Hat ha provocado reacciones en los foros con respecto a las diversas bifurcaciones de CentOS. Como hace dos años, la gente habla de traición y violación de los términos de la licencia GPL, algo de lo que ya se ha promovido la SFC (puedes consultar la publicación de ello en este enlace).

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/x5ABL1Z
via IFTTT

Wasmer es un tiempo de ejecución de WebAssembly rápido y seguro que permite que los contenedores súper livianos se ejecuten en cualquier lugar

Hace pocos días se dio a conocer el lanzamiento de la nueva versión del proyecto Wasmer 4.0, en la cual se han añadido diversos cambios de los cuales se destaca por ejemplo la nueva arquitectura que permite conectar corredores personalizados, la estabilización de WASI, unificación de WAPM en Wasmer e integración de Wasmer Edge.

Para quienes desconocen de Wasmer, deben saber que es un runtime para ejecutar módulos WebAssembly que se pueden usar para crear aplicaciones universales que se pueden ejecutar en diferentes sistemas operativos, así como para la ejecución aislada de código no confiable.

La capacidad de ejecutar la misma aplicación en diferentes plataformas se proporciona al compilar el código en un código intermedio WebAssembly de bajo nivel que puede ejecutarse en cualquier sistema operativo o integrarse en programas en otros lenguajes de programación. Los programas son contenedores livianos que ejecutan pseudocódigo WebAssembly. Estos contenedores no están vinculados al sistema operativo y pueden incluir código escrito originalmente en cualquier lenguaje de programación.

Principales novedades de Wasmer 4.0

En esta nueva versión que se presenta de Wasmer 4.0, se destaca el soporte integrado para la plataforma de computación en la nube Wasmer Edge, que permite interactuar con Wasmer Edge directamente a través de la CLI de wasmer. Wasmer Edge es una plataforma descentralizada sin servidor que permite ejecutar aplicaciones en otros hosts en la red Edge.

La nueva plataforma combina la asequibilidad de Cloudflare Workers, la simplicidad de Heroku y la funcionalidad de AWS Lambda. La plataforma puede escalar desde un solo servidor hasta grandes clústeres distribuidos. En comparación con Cloudflare Workers y AWS Lambda, las aplicaciones que se ejecutan en Wasmer Edge pueden procesar solicitudes de servicios TCP arbitrarios, ejecutar cualquier aplicación HTTP, ejecutar aplicaciones en el navegador y en un teléfono inteligente.

En este momento, se pueden ejecutar sitios web estáticos, cualquier servidor Rust usando tokio (como Axum), aunque a futuro se planea soportar Flask, Django, WordPress, Ruby on Rails, Node, entre otros.

Otro de los cambios que se destaca de esta nueva versión de Wasmer 4.0, es que se agregó el soporte para la API de WASIX. WASIX es la estabilización a largo plazo y el soporte de WASI ABI existente, además de extensiones de llamada al sistema no invasivas adicionales que completan las brechas que faltan lo suficiente como para permitir que se compilen y utilicen aplicaciones reales, prácticas y útiles ahora. WASI amplía las características para una compatibilidad total con POSIX. Con WASIX, Wasmer puede ejecutar aplicaciones que utilizan subprocesos múltiples, sockets de red, procesos secundarios de bifurcación y otras funciones avanzadas.

Ademas de ello en Wasmer 4.0, tambien podremos encontrar que se ha implementado una nueva arquitectura de ejecución que permite ejecutar cualquier tipo de aplicación en WebAssembly y ampliar la ABI sin lanzar nuevas versiones de tiempo de ejecución. Actualmente, se admiten tres ejecutores: WASIX (compatibilidad con ABI WASIX), Emscripten (ejecutar programas compilados en Emscripten) y WCGI (permite crear scripts CGI en WebAssembly).

Por otra parte, tambien se destaca que la funcionalidad del administrador de paquetes WAPM se ha integrado, con lo cual ahora todos los comandos de la utilidad wapm para publicar y mantener paquetes están integrados en la CLI de wasmer. La finalidad de la integración es disminuir la carga significativa para el desarrollo y tambien que WAPM solo ha sido adoptado por Wasmer.

Finalmente, cabe mencionar que los programas se distribuyen en forma de módulos WebAssembly ordinarios, que se pueden administrar mediante el administrador de paquetes WAPM. Wasmer también está disponible como una biblioteca que se puede usar para incrustar código WebAssembly en programas Rust, C/C++, C#, D, Python, JavaScript, Go, PHP, Ruby, Elixir y Java.

El código del proyecto está escrito en Rust y se distribuye bajo la licencia MIT y puedes consultar más al respecto, en el siguiente enlace.

¿Como instalar Wasmer?

Para los interesados en poder instalar la nueva versión, solo deben de abrir una terminal y en ella deben teclear el siguiente comando:

curl https://get.wasmer.io -sSfL | sh

from Linux Adictos https://ift.tt/Fg5haQv
via IFTTT

TOR 12.5 incluye actualizaciones y mejoras visuales

Luego de 8 meses de desarrollo se dio a conocer el lanzamiento la nueva versión del popular navegador web «Tor Browser 12.5», el cual se considera como una versión importante, ya que añade mejoras en los servicios, interfaz y mas. Este lanzamiento continúa con el desarrollo de funcionalidades basadas en la rama Firefox 102 ESR.

Para quienes desconocen de Tor, deben saber que este es un navegador que está enfocado en brindar anonimato, seguridad y privacidad, todo el tráfico se redirige únicamente a través de la red Tor. Es imposible contactar directamente a través de la conexión de red regular del sistema actual, que no permite rastrear la dirección IP real del usuario (en el caso de un ataque al navegador, los atacantes pueden acceder a la configuración de red del sistema, por lo que productos como Whonix debe usarse para bloquear completamente posibles fugas).

Principales novedades de Tor Browser 12.5

En esta nueva versión, que se presenta de Tor Browser 12.5 se ha implementado un acceso más fácil a la información sobre la cadena de nodos Tor utilizados para acceder al sitio actual. En lugar de mostrar una cadena en un menú desplegable que se abre al hacer clic en el ícono de candado en la barra de direcciones, la información sobre las cadenas y la capacidad de cambiar las cadenas se resaltan en una ventana separada, llamada a través de un botón separado ubicado en el panel delante de la barra de direcciones. Para aumentar la visibilidad, para cada nodo de la cadena se muestra la bandera del país en el que se encuentra el servidor.

Otro de los cambios que se destaca, es para el servicio SecureDrop, que proporciona la capacidad de cambiar de un nombre de sitio descriptivo a mostrar una dirección onion en la barra de direcciones. Al abrir sitios .onion, en lugar de un ícono basado en el logotipo del Navegador Tor en la barra de direcciones, se muestran íconos individuales que permiten resaltar visualmente el trabajo con servicios de cebolla y excluir la conexión de servicios de cebolla con un navegador específico.

Ademas de ello, tambien se destaca la interfaz mejorada para configurar una conexión a la red Tor. En Tor Browser 10.5, la interfaz para la primera conexión a la red Tor se movió del panel a la pantalla principal y se implementó en forma de una nueva página de servicio «about:preferences#connection»». Con el tiempo, resultó que este cambio podría causar confusión en caso de cambiar a otras páginas en modo fuera de línea sin completar la conexión a Tor. Para que sea más fácil volver a la pantalla de administración de la conexión, se agregó un botón «Conectar» separado a la barra de direcciones.

Por otra parte, se destaca que se ha revisado la experiencia de usuario en el navegador para personas con discapacidad, por lo que se han rediseñado y adaptado algunos componentes para que funcionen con lectores de pantalla, como la pantalla con una lista de cambios (about:tbupdate), la pantalla que muestra Tor cadenas, el panel de configuración del nivel de protección y varios cuadros de diálogo.

De los demás cambios que se destacan de esta nueva versión:

• Barra de direcciones rediseñada para mejorar la compatibilidad con los lectores de pantalla.
• Cuadros de diálogo rediseñados para ver los nodos de puente incorporados y eliminar todos los nodos de puente agregados.
• Controladores deshabilitados para páginas adicionales
• Permitir personalizar MOZ_APP_BASENAME
• Nueva versión mejora la visibilidad del indicador de estado de conexión, que ahora se muestra en la esquina derecha de la barra de pestañas.
• Soporte para albanés y ucraniano .
• Se ha modernizado el diseño de cadenas para sitios .onion.

Finalmente si estás interesado en poder conocer más al respecto sobre este nuevo lanzamiento puedes consultar los detalles en el siguiente enlace.

Descargar y obtener Tor 12.5

Para los interesados en poder probar la nueva versión, deben saber que las compilaciones del navegador Tor están preparadas para Linux, Windows y macOS.

El enlace es este

from Linux Adictos https://ift.tt/6kCgn9P
via IFTTT

No me pregunten el motivo porque lo ignoro. Esta madrugada de insomnio en Twitter se me ocurrió preguntar Si pudieras casarte con una distribución Linux ¿Cuál sería? Y la gente contestó.

Lamentablemente no se me ocurrió preguntar los motivos detrás de las respuestas. Seguro que hubiera sido más interesante.

Si pudieras casarte con una distribución Linux ¿Cuál sería?

Debian

No me sorprendió demasiado que la distribución más votada fuera Debian. tal como acotó uno de los votantes, es una distribución de cuya fidelidad se puede estar seguro. No por nada muchas distribuciones Linux se basan en ella. Debian quiere brindar una solución de software libre para (Casi) todo el mundo. Lo del casi no es culpa de ellos sino de los fabricantes de hardware.

Hay que decir que la estabilidad tiene un precio. Nunca tendrás los paquetes más actuales, sin embargo, tendrás a tu disposición lo mejor que el software libre tiene para ofrecer con una razonable seguridad de que todo va a funcionar.

Debian como cónyuge no te dejaría hacer nada más que tomarte de la mano hasta no pasar por la iglesia, pero, tampoco te engañaría con el cartero.

OpenSUSE

No es una opción de la que se hable demasiado, pero tiene su público. OpenSUSE es la versión comunitaria y dirigida al usuario en general de SUSE, la distribución dirigida al mercado corporativo de la compañía independiente de productos Linux más grande del mundo.

OpenSUSE tiene un excelente soporte de hardware y su propio gestor de paquetes que trabaja con paquetes RPM. Viene en dos versiones, una de actualización periódica y otra que lo hace bajo la modalidad Rolling Release (Actualización permanente)

Como pareja sería la que disfruta quedándose en casa viendo Netflix y yendo de vacaciones todos los años al mismo lugar.

Fedora

Fedora es una distribución estrechamente ligada a Red Hat. Las características probadas de Fedora pasan a CentOS y después a Red Hat. Tiene versiones de escritorio, servidor, la nube e Internet de las cosas.

Fedora agrega innovaciones, pero, son innovaciones razonables desde el punto de vista técnico. Nada que genere escándalo como Ubuntu o que simplemente sea bonita como Linux Mint.

Como pareja sería la heredera de una familia de la realeza, pero de alguna familia real de las que jamás aparecen en las revistas del corazón por escándalos de alcoba.

Red Hat

Como su nombre lo indica, Red Hat Enterprise Linux es una distribución enfocada enteramente al mercado corporativo. Sin embargo, los desarrolladores o las pymes pueden instalarlo libremente, aunque no tendrán soporte comercial.

Red Hat es una distribución estable con excelentes herramientas para programadores y administradores de sistemas. Al estar dirigida al público corporativo, no se puede esperar que tenga los paquetes más actuales, aunque, si es fuerte en seguridad y estabilidad.

Como distribución no hay nada que se pueda decir de Red Hat como pareja. En cambio, si de que la compañía madre sea propiedad de IBM y su vocación monopólica. La pareja Red Hat es la que quiere controlar absolutamente todo, desde a que colegio van sus hijos hasta que marca de salsa de tomate comprar.

Tails

Si no quieres rastros de lo que haces, Tails es tu distribución. Por empezar no se instala, sino que trabaja desde un pendrive y todo lo que estuviste haciendo se borra cuando terminaste. Además, incluye antivirus y herramientas para la navegación segura, el envío de correos electrónicos cifrados y la compartición de archivos en forma privada.

La pareja Tails es esa que cierra las ventanas a cal y canto para que los vecinos no vean para adentro, insiste que todos hablen en susurros y solo ven su teléfono con la espalda contra la pared.

Arch Linux

Arch Linux es una distribución altamente configurable amada por una minoría bastante grande. Cuenta con una numerosa colección de paquetes tanto en sus propios repositorios como en los mantenidos por la comunidad.

Dispone de un completo manual dado que no viene con un instalador gráfico al estilo de las distribuciones más populares.

Nos quedaron fuera del post Alpine Linux, MX Linux y la versión I3 de Manjaro.

from Linux Adictos https://ift.tt/MUNPj8g
via IFTTT