Almalinux dejará de ser 1:1 con RHEL

Vaya que la decisión de Red Hat restringir el acceso al código de RHEL ha dado de que hablar y sobre todo ha generado diversos cambios y una gran toma de decisiones por parte de los proyectos que se basan en RHEL, ya que se vieron afectados de manera «indirecta».

El cambio se debe al hecho de que Red Hat dejó de publicar paquetes srpm públicamente en el repositorio público git.centos.org y dejó solo el repositorio CentOS Stream como la única fuente pública del código del paquete RHEL.

Para los clientes, la posibilidad de descargar paquetes srpm a través de la sección cerrada del sitio, donde un acuerdo de usuario adicional (EULA) que prohíbe la redistribución de datos, lo que impide que estos paquetes se utilicen para crear distribuciones derivadas.

El repositorio de CentOS Stream no está sincronizado con RHEL y las últimas versiones de los paquetes no siempre coinciden con los paquetes de RHEL. Por lo general, el desarrollo de CentOS Stream se lleva a cabo con una ligera ventaja, pero también hay situaciones inversas: las actualizaciones de algunos paquetes (por ejemplo, con el kernel) en CentOS Stream pueden publicarse con retraso.

Dentro de los cambios que fueron anunciados y que hemos compartido aquí en el blog, son los movimientos iniciales por parte de AlmaLinux y Rocky Linux, los cuales mencionaron un cambio en sus hojas de ruta y procesos.

Tambien no hay que dejar de lado la fuerte crítica que realizo Oracle a Red Hat, con la cual no se midió y desaprobó totalmente la restricción al acceso del código de RHEL escudándose bajo pretextos “absurdos”.

Ademas de que tambien SUSE se quiso unir a la lista de participantes con el anuncio de su propia RHEL, bajo el argumento de fomentar la unión de la comunidad y fomentar la diversidad.

Por su parte, el proyecto AlmaLinux pese a haber dado a conocer que de inicio continuaría siendo 1:1 con RHEL, anuncio un cambio en la estrategia de desarrollo, con lo cual la distribución ya no clonará completamente Red Hat Enterprise Linux y permitirá diferencias menores en el comportamiento (será posible aplicar/ausencia de algunos parches individuales).

Ahora que ya no nos limitaremos a ser una reconstrucción posterior de Red Hat 1:1, nos estamos tomando un tiempo para considerar las posibilidades en torno a lo que eso significa. Continuaremos brindando actualizaciones sobre ese proceso e incluiremos a los miembros de la Fundación AlmaLinux OS en esa conversación y proceso de toma de decisiones también.

Al mismo tiempo, el proyecto conservará la compatibilidad binaria en el nivel ABI y aún se puede usar como reemplazo de RHEL. Además de que AlmaLinux permitirá la inclusión de correcciones de errores que aún no se aceptan en sentido ascendente o que no se publican en proyectos posteriores. AlmaLinux, como antes, enviará información sobre los errores detectados a los proyectos ascendentes de Fedora y CentOS Stream, pero ahora no esperará a que se acepten las correcciones en ellos.

Compartimos algunos pensamientos iniciales, pero intencionalmente nos tomamos nuestro tiempo para decidir el siguiente paso correcto para AlmaLinux OS. Después de mucha discusión, la junta directiva de la Fundación AlmaLinux OS decidió hoy abandonar el objetivo de ser 1:1 con RHEL. El sistema operativo AlmaLinux, en cambio, intentará ser compatible con la interfaz binaria de aplicaciones (ABI)*.

Continuaremos apuntando a producir una distribución de Linux a largo plazo de nivel empresarial que esté alineada y sea compatible con ABI con RHEL en respuesta a las necesidades de nuestra comunidad, en la medida de lo posible, y de tal manera que el software que se ejecuta en RHEL se ejecutará igual en AlmaLinux.

Cabe mencionar que se observa que para los usuarios comunes, los cambios en el uso de AlmaLinux serán mínimos: las aplicaciones compatibles con RHEL seguirán funcionando y los sistemas instalados recibirán actualizaciones para corregir vulnerabilidades. Los cambios se referirán principalmente a mantener el cumplimiento del paquete en el nivel de recurrencia de errores: AlmaLinux ahora aceptará correcciones de errores que aún no están corregidos en las versiones de RHEL.

Finalmente, si estás interesado en poder conocer más al respecto sobre la nota, te invito a que consultar la publicación original la cual puedes visitar en el siguiente enlace.

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

Meson es un proyecto para crear el mejor sistema de construcción de próxima generación posible.

Hace pocos días se dio a conocer el lanzamiento de la nueva versión del sistema de compilación Meson 1.2.0, versión en la cual se han implementado una gran variedad de mejoras y cambios, de los cuales se destacan las mejoras de compilación para Rust, asi como tambien las mejoras para Python, correcciones de errores y más.

Para quienes desconocen de Meson, deben saber que esta es una herramienta de construcción de software de código abierto que se utiliza para compilar algunos de los proyectos mas importantes del open source, como lo son X.Org, Mesa, systemd, Wayland, GNOME, GTK entre otros.

El objetivo clave de desarrollo de Meson es proporcionar un proceso de compilación de alta velocidad combinado con comodidad y facilidad de uso. En lugar de hacer, la compilación usa el kit de herramientas Ninja de forma predeterminada, pero se pueden usar otros backends como xcode y VisualStudio.

Principales novedades de Meson 1.2

Esta nueva versión que se presenta de Meson 1.2, es una versión bastante relevante, ya que añade una gran cantidad de cambios y mejoras incrementales en comparación con lanzamiento anteriores y es que uno de los cambios más destacados es el soporte el compilador Metrowerks para arquitecturas PowerPC/ARM C/C++. Cabe mencionar que este soporte de momento se considera como experimental y se espera que sea estable en los próximos lanzamientos.

Otro de los cambios que se destaca de Meson 1.2, es la ampliación en los datos guardados para la introspección, ya que por ejemplo intro-compilers.json enumera los compiladores utilizados, se ha agregado información sobre el host, la compilación y los sistemas de destino a intro-machines.json, la información sobre dependencias internas se ha reflejado en intro-dependencies. json, y se ha agregado información sobre las dependencias internas a las dependencias.

Ademas de ello, tambien se destaca que ahora el módulo Python de Meson puede compilar código de bytes, esto gracias a la nueva opción integrada «-Dpython.bytecompile=2».

Tambien se destaca de este nuevo lanzamiento una mejora en la detección del sistema en el que se ejecuta, ya que se agregaron dos nuevas propiedades, «kernel» y «subsystem«, con lo cual se espera que sea obligatorio (de momento es opcional) a futuro para obtener una mayor precisión al identificar el sistema.

Por otra parte, tambien se destaca que se agregó soporte para llamadas de generadores anidados, por ejemplo, «gen2.process(gen1.process(‘input.txt’))«, asi como tambien que se agregaron rust.bindgen y bindgen_clang_arguments para pasar argumentos adicionales a los compiladores rustc y clang.

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

• Se agregó el método str.splitlines() para dividir una cadena en una matriz de cadenas.
• El bloque declare_dependency ahora admite la palabra clave extra_files para agregar archivos adicionales al destino de compilación.
• Rust ahora admite la opción b_ndebug
• Soporte para definir nombres de cajas de dependencias de Rust en objetivos de Rust
• Se agregó la opción ‘–genvslite’ al comando «meson setup» para facilitar el cambio entre configuraciones de compilación para el entorno de Visual Studio.
• Se agregó soporte para el argumento env a gnome.generate_gir() para establecer variables de entorno.
• Se permite el uso de diccionarios para default_options y override_options (por ejemplo, puede especificar «default_options: {‘key’: ‘value’}» en lugar de «default_options: [‘key=value’]«).
• Se permite usar una máscara para seleccionar qué pruebas ejecutar, por ejemplo, para ejecutar pruebas que comiencen con la palabra básica, puede especificar «mesón prueba básica*».

Finalmente, cabe mencionar que el código de Meson está escrito en Python y tiene la licencia Apache 2.0. Si estás interesado en poder conocer más al respecto, puedes consultar las notas del lanzamiento en el siguiente enlace.

¿Como instalar Meson en Linux?

Para los interesados en poder obtener Meson, deben saber que está disponible en PyPi, por lo que se puede instalar con pip3 install meson.

Cabe mencionar que el comando exacto a escribir para instalar pip puede variar entre sistemas, asegúrese de usar la versión Python 3 de pip. Aunque si lo desean, pueden instalarlo localmente con el comando estándar de Python:

python3 -m pip install meson

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

Distro-hopping: acto de probar nuevas distribuciones Linux con la esperanza de encontrar la perfecta para nosotros. En realidad, lo anterior es una definición inventada, intentando recoger en pocas palabras la explicación de lo que es el distro-hopping. La mayoría de usuarios de Linux que han usado un sistema con el kernel durante algún tiempo sabe lo que es, lo ha hecho o ha sentido la necesidad de hacerlo. Pero, ¿por qué lo hacemos?

La respuesta debe ser porque podemos. Cuando uno usa Windows o macOS, tiene que hacerse al sistema operativo, pero cuando estamos en Linux podemos hacer que el sistema se haga a nosotros. Podemos modificarlo todo, o, si no nos gusta o no sabemos retocar, podemos hacer distro-hopping, probando distribuciones completas para ver si terminamos con esa sensación de que hay algo que no va del todo bien.

La variedad nos invita a probar alternativas

Linux es el núcleo, y el sistema completo es GNU/Linux. Un mismo sistema puede estar en muchas versiones, como es el caso de Ubuntu, que aunque sólo recibe el nombre sin apellido la edición principal en GNOME lo son también Kubuntu, Lubuntu y así hasta 11 sabores oficiales. Basado en Ubuntu también encontramos propuestas como las de Linux Mint o elementary OS, y es la variedad la que nos invita a hacer distro-hopping.

Cuando estamos notando algo que no nos hace sentirnos cómodos y nos enteramos de que hay opciones que podrían tener la solución, nos planteamos cambiar. Y para entender mejor todo esto del distro-hopping, qué mejor que una historia real: la mía.

Mi historia con el distro-hopping

Aunque el distro-hopping es dar saltos entre distribuciones de Linux, en mi historia se empieza con Windows y aparece Mac OS X (ahora macOS). Y dice así:

Cansado de lo lento que iba mi Windows XP, probé Ubuntu 6.06 en una máquina virtual. Parece imposible, pero me iba más rápido Ubuntu dentro de Windows que Windows de nativo. Usé esa máquina virtual durante 6 meses antes de formatear y usar Ubuntu de nativo, algo que hice cuando me aseguré de que no iba a echar nada en falta.

Estuve contento durante algo menos de 3 años, hasta que me puse a hacer música y me compré un iMac. Me gustó Mac OS X, no voy a mentir, como tampoco mentiré al asegurar que la única manera en la que volveré a tener un Mac será si me sobra el dinero. Al mismo tiempo me compré un portátil de 10″ (no había tablets, o no eran populares) y ahí le metí Ubuntu otra vez, por lo que nunca dejé Linux por completo. Poco después, Canonical le metió Unity a Ubuntu, y claro, un portátil con recursos limitados no era capaz de moverlo. Fue entonces cuando empezó mi distro-hopping real.

¿Y qué saltos di en mi distro-hopping?

• Ubuntu Netbook: hubo una versión diseñada para este tipo de aparatos, ahora descontinuada. Era muy diferente y no me gustó, por lo que había que seguir buscando.
• elementary OS: en un grupo de Telegram, me comentaron que elementary era liviano, por lo que lo instalé. Su manera de gestionar el escritorio no me gustó, por lo que volví a cambiar.
• Kubuntu: me encantó, pero Plasma tenía tantos bugs en mi equipo que no fui capaz de mantenerme en él.
• Lubuntu y Xubuntu: la mayoría del tiempo usé Lubuntu y Xubuntu, más el primero que el segundo, pero acostumbrado al GNOME 2 que me permitía hacer de todo, me sabía a poco.
• Linux Mint: me enteré de que existía esta distro basada en Ubuntu y que iba bien en equipos de recursos limitados, por lo que lo usé un tiempo.
• Ubuntu MATE: Martin Wimpress vino a rescatarme y lanzó Ubuntu MATE. Era como el Ubuntu clásico, pero adaptado a los nuevos tiempos. Y ahí me quedé un tiempo… hasta que un problema que no supe solucionar me impedía apagar el equipo y algún que otro glitch.
• Ya sin el portátil de 10″, y con otro flojito pero de 15’6″, volví a Ubuntu, aunque Unity no me gustaba. No yendo rapidísimo, iba mucho mejor que el Windows con el que vino, así que lo usé.
• Más tarde se me ocurrió volver a probar Kubuntu, vi que KDE había mejorado muchísimo y me quedé en él durante un par de años.
• Por comentarios aquí en LXA, que decían, no sin razón, que la mayoría de lo que publicábamos estaba relacionado con Ubuntu, me decidí a probar algo diferente: Manjaro. Y es lo que uso en mi día a día.

Mi próximo salto… si lo doy

Ahora le tengo echado el ojo a Garuda Linux, opción con la que «juego», no de jugar, ya que es una distro en parte diseñada para el gaming, de vez en cuando. Pero Manjaro no me la ha liado lo suficiente como para querer abandonarlo. También tengo otro portátil que uso de centro multimedia que tiene Ubuntu, por eso de tener más de una opción y el soporte/información.

Quédate con lo que te haga sentirte cómodo

Incluso si es Windows, hay que quedarse en lo que nos haga sentirnos cómodos. El distro-hopping obliga a empezar de cero a cada salto, y yo sólo lo recomiendo cuando algo nos falla más de lo uno puede asumir. También recomiendo probar sistemas en pendrives con instalaciones completas, que aunque no sea lo mismo que hacerlo en un disco duro, nos puede dar una idea aproximada de cómo funcionaría en nuestro equipo. De esta manera podemos probar casi cualquier distro sin tocar nuestro sistema por defecto, y así nos aseguraremos de que el salto no va a ser sin paracaídas.

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

Danielle Foré ha publicado la nota de julio de 2023 sobre las novedades que han llegado o van a llegar a elementary OS. En este caso, todo lo publicado ya está disponible, y los usuarios de la v7.0 o posterior pueden recibir todo lo nuevo yendo a AppCenter y eligiendo la opción de actualizar todo, si no se ha hecho ya. Entre lo que nos cuenta Foré, destacan las mejoras en la aplicación Correo y las de la pantalla de inicio de sesión y bloqueo.

La aplicación Correo usa ahora File Chooser Portal al seleccionar archivos adjuntos y el portal Backtround & Autostart para que se pueda controlar su comportamiento de inicio automático en los Ajustes/Aplicaciones/Inicio. Por otra parte, Correo también hace un mejor trabajo gestionando los cambios en las conexiones de Internet y puede comprobar si hay mensajes en segundo plano incluso si no se ha iniciado automáticamente.

Novedades de julio para elementary OS

En la barra lateral, las carpetas Archivos y Spam se detectan mejor y aparecen en la parte superior. Más aún, ahora es posible renombrar carpetas haciendo clic secundario sobre ellas y eligiendo «Renombrar carpeta», y se ha resuelto un problema en el que algunas cuentas sin ninguna carpeta de archivos mostraba su bandeja de entrada en Archivo de todos los buzones.

Calendario también usa ahora File Chooser Portal al importar y exportar archivos de calendario, se han actualizado las animaciones al cambiar entre meses para que coincida con la dirección de los botones y ahora usa el color de acento del sistema en vez del suyo propio. En cuanto a Tareas, se ha corregido un problema en el que algunas tareas podían mostrarse por duplicado, así como otro en el modo oscuro. Tanto Calendario como Tareas usan ahora el portal Background & Autostart y se puede controlar su comportamiento desde los ajustes.

Pantalla de bloqueo y Ajustes

elementary OS tenía el objetivo de respetar todos los ajustes del sistema y mejorar la accesibilidad en la pantalla de inicio de sesión (Login) y de bloqueo. Ahora funciona mejor con los ajustes del ratón, teclado y panel táctil, incluyendo una mejor gestión de la capa del teclado. El color de acento también está por todo, no sólo en la tarjeta del usuario, y puede con fondos de pantalla de colores sólidos. El ajustes del tamaño del texto y los de fuentes, tamaño del cursor, luz nocturna y otros también son respetados. Para completar el paquete, ahora existe la posibilidad de mostrar el cursor, el lector de pantalla se puede activar con un atajo del teclado y recuerda mejor los ajustes del lector de pantalla.

En la aplicación de Ajustes, los apartados del sonido y el del dock y el panel han sido rediseñados para que sean más responsivos y se vean mejor en pantallas más pequeñas y más grandes de lo estándar, y se han mejorado las descripciones de las etiquetas. El apartado del dock y el panel tiene ahora cajas de verificación para los indicadores extra como el de Accesibilidad y los de bloqueo de Mayúsculas y Números.

La pestaña Comportamiento de la configuración del teclado ha recibido una importante actualización con la incorporación de varios ajustes nuevos para aspectos como las teclas de rebote, lenta y pegajosa. Los valores del deslizador se muestran ahora en el arrastre en lugar de en un widget separado. Además, los desarrolladores de aplicaciones ahora pueden enlazar directamente a la configuración de atajos personalizados.

Otras mejoras

El boletín de julio también nos habla de estas mejoras:

• Corregido un problema en Archivos por el que a veces el contenido de las carpetas era incorrecto hasta que se actualizaba la carpeta.
• Corregido un problema por el que las ventanas Picture-in-Picture podían quedar ocultas involuntariamente y se ha asegurado de que las ventanas padre de los diálogos se atenúen y desaten con mayor precisión.
• El indicador de sonido se ha actualizado para utilizar botones circulares y ya no debería cambiar de tamaño al saltar pistas. El silenciado ya no debería afectar a las fuentes del monitor, y los iconos de micrófono se han actualizado sutilmente. Además, ahora el indicador de accesibilidad muestra el tamaño de texto correcto al arrancar.

Fuente: blog de elementary OS.

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

Los viejos programas tienen largas sombras. Acabamos de enterarnos de que murió Bram Moolenaar, creador de Wim y eso nos hizo conocer la larga historia del programa.

Vim tiene la misma antigüedad de Linux ya que fue pensado para el ecosistema Unix y se trata de un editor de textos para usar desde la terminal y está pensado para la escritura de código de software.

Murió Bram Moleenaar

Decía Chesterton que la tarea del periodista es comunicar la muerte de Lord Jones a gente que no tenía idea de que alguien llamado Lord Jones vivía. Yo agregaría que mientras que de personas valiosas solo nos enteramos cuando se mueren, nos saturan con las vidas de seres absolutamente intrascendentes y, el mundo de la tecnología no es una excepción.

Bram Moolenaar es una de esas personas de las que me hubiera gustado haber escrito mientras vivía. Pero, comencemos por el final, el comunicado publicado por la familia:

Queridos todos

Es con gran pesar que tenemos que informarles que Bram Moolenaar falleció el 3 de agosto de 2023.
Bram sufría de una condición médica que progresó rápidamente en las últimas semanas.

Bram dedicó gran parte de su vida a VIM y estaba muy orgulloso de la comunidad de VIM de la que todos ustedes forman parte.

Ahora, como familia, estamos organizando el funeral de Bram, que tendrá lugar en los Países Bajos y se llevará a cabo en el idioma holandés. La fecha exacta, la hora y el lugar aún están por determinarse.
Si desea asistir a su funeral, envíe un mensaje a funer…@gmail.com. Esta dirección de correo electrónico también se puede utilizar para ponerse en contacto con la familia sobre otros asuntos, teniendo en cuenta la situación en la que nos encontramos ahora como familia.

Atentamente,
La familia de Bram Moolenaar

Además de Vim, Bram se dedicaba a otros proyectos como:

• A-A-P: Una herramienta para buscar, instalar, crear y distribuir software.
• Zimbu: Un lenguaje de programación del que no hay mayores datos porque el sitio está caído.
• ICCF Holland:  Una entidad dedicada a socorrer a los huérfanos de Uganda.

Acerca de Vim y la creación de software

Con respecto a Vim, decíamos que tiene una larga sombra porque se derivó del port para la Atari ST de un editor de textos para la Commodore amiga. Si quieres probarlo lo puedes encontrar en los repositorios de tu distribución.

En un reportaje que concedió el año pasado le preguntaron acerca de su proyecto más conocido y cómo lo combinaba con su tarea filantrópica.

Nunca he querido ganar dinero con Vim. Comenzó como un pasatiempo y la mayor parte del tiempo tenía un trabajo que pagaba bastante bien. Excepto por algunos años durante los cuales pedí donaciones. Aún así, bastantes personas dijeron que pensaban que Vim valía algo y que se estaban vendiendo otros editores. Así que decidí combinar mi deseo de ayudar a los niños pobres con eso y nació Charityware. Funciona bien, se recaudan unos 30.000 euros al año de esta manera, lo que está ayudando a unos 50 niños a terminar su educación, desde la escuela primaria hasta la universidad. Las donaciones provienen de algunos grandes patrocinadores y muchas donaciones pequeñas.

También habló sobre el software construido en base a código escrito por otros. Todavía no estaba de moda ChatGPT pero la respuesta me parece perfectamente aplicable

Esto (Programas construidos en base a pegar código de diferentes orígenes) suele suceder cuando quienes encargan el software no tienen conocimiento sobre cómo se hace software. He estado trabajando para una empresa donde bastantes gerentes, educados en física y mecánica, pensaban que el software era igual al que conocían y que podían decidir cómo hacerlo. Esa empresa fue cuesta abajo y finalmente fue absorbida. Lo mismo sucede en lugares donde los tomadores de decisiones pueden salirse con la suya, como en el gobierno. Las personas que escriben el código probablemente solo se aseguran de que les paguen y luego huyen de la escena del crimen. En el otro extremo de la escala están las personas que quieren escribir un código hermoso, dedican mucho tiempo a él y no les importa si realmente hace lo que se pretendía que hiciera o cuál era el presupuesto. En algún punto intermedio, hay un equilibrio.

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

EFF Awards 2023

La EFF (Electronic Frontier Foundation) ha dado a conocer hace poco, mediante un comunicado, que entregará a Alexandra Elbakyan, la fundadora del sitio Sci-Hub, un premio por sus esfuerzos para brindar acceso al conocimiento científico.

Para la EFF, el sitio Sci-Hub es un recurso esencial para millones de estudiantes e investigadores, ya que algunos profesionales médicos han afirmado que la información que han obtenido del sitio a ayudo a salvar vidas humanas, además de que algunos estudiantes dijeron que no podrían completar su educación sin la ayuda de Sci-Hub.

Este sitio ha generado diversas controversias, puesto que brinda acceso gratuito a artículos de investigación científica, que a menudo estos solo están disponibles en sitios con muros de pago de las editoriales científicas. El sitio se ha vuelto muy popular entre investigadores y estudiantes que no tienen acceso a ciertas publicaciones científicas debido a su alto costo.

Elbakyan justificó la creación de Sci-Hub criticando el modelo de negocio de las grandes editoriales científicas, que considera injusto y restrictivo para la difusión del conocimiento científico. Sin embargo, sus acciones han sido objeto de controversia legal, ya que infringen los derechos de autor y propiedad intelectual de muchos editores.

Debido a la naturaleza ilegal de sus actividades, Elbakyan se enfrenta a acciones legales por parte de algunas editoriales científicas, pero sigue siendo una figura controvertida, celebrada por algunos por su lucha por el acceso abierto a la investigación científica y criticada por otros por sus métodos ilegales.

A través de Sci-Hub, Elbakyan ha trabajado para romper los mecanismos de monopolio de la publicación académica, en los que los editores cobran precios altos mientras que los autores de artículos en revistas académicas no reciben ninguna compensación. Es por ello que el sitio ha sido objeto de numerosas demandas por parte de las editoras y tambien de acciones gubernamentales. Sci-Hub está bloqueado en algunos países, pero, por otra parte, ha sido aplaudida por muchos y es por ello que sigue defendiendo que restringir el acceso a la información y el conocimiento viola los derechos humanos.

Ante todo esto, la EFF ha reconocido el trabajo Alexandra Elbakyan, ya que será honrada en la ceremonia de los Premios EFF 2023, que tendrá lugar en vivo el jueves 14 de septiembre en San Francisco, y será presentada por el activista, periodista y asesor especial de EFF, Cory Doctorow.

Para quienes desconocen de los Premios EFF, deben saber que estos reconocen contribuciones técnicas, sociales, económicas o culturales específicas y sustanciales en diversos campos, incluidos el periodismo, el arte, el acceso digital, la legislación, el desarrollo tecnológico y el derecho.

Durante 30 años, los Premios EFF, anteriormente conocidos como Premios Pioneer, han reconocido y honrado a los actores clave en la lucha por la libertad y la innovación en línea. Creados cuando Internet era nuevo, los premios ahora reflejan que el mundo en línea es tanto una necesidad de la vida moderna como un conjunto de herramientas en constante evolución para la comunicación, la organización, la creatividad y el potencial humano en aumento.

«El libre flujo de información y conocimiento, y la privacidad de nuestras comunicaciones, son pilares importantes de una Internet que promueve la libertad, la justicia y la innovación para todos», dijo Cindy Cohn, directora ejecutiva de EFF.

“Los ganadores de los Premios EFF de este año son defensores incansables de estos valores y están ayudando a construir un mundo donde todos puedan aprender y expresarse con libertad y seguridad. Son una inspiración para nosotros, así como para las personas de todo el mundo. Nos sentimos honrados de expresarles nuestra gratitud y honrarlos, aunque sea en parte, por el reconocimiento que merecen. »

Junto con el fundador de Sci-Hub, también se premiará a Library Freedom Project y Signal Foundation. El Proyecto Library Freedom, como iniciativa que tiene como objetivo promover la privacidad y la libertad de información en las bibliotecas, recibirá el Premio EFF a la Democracia de la Información. Mientras que Signal Foundation (una organización sin fines de lucro creada para apoyar y desarrollar la aplicación de mensajería cifrada Signal) recibirá el Premio EFF a la Privacidad de las Comunicaciones.

Para muchos el reconocimiento al trabajo de Signal Foundation y Library Freedom Project es obvio, mientras que el de Alexandra Elbakyan puede ser objeto de controversia. Su causa es ciertamente noble, pero los métodos utilizados para conducir su lucha no reúnen a todos e incluso son condenados por las autoridades.

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/bw67Fiq
via IFTTT

Tal vez el principal problema del software libre y de código abierto es el financiamiento. Es por eso que muchos optaron por un modelo dual, Ofrecer el software por descarga gratuita y algún tipo de servicio adicional de pago. Como parte de este modelo, WordPress ahora intenta conseguir al menos parte de los clientes de Google Domains.

Si no sabes lo que es WordPress, te cuento que es lo que te permite leer en este momento este artículo. Se trata de un sistema de gestión de contenidos, es decir un software que hace que uno pueda dedicarse a escribir contenido sin tener que escribir código HTML o CSS para la diagramación.

¿Por qué WordPress va por los clientes de Google Domains?

En los primeros tiempos de Internet, si querías tener un sitio web debías escribir código, y debías escribirlo para cada página.  Existían programas como Microsoft Frontpage o Macromedia Dreamweaver que te permitían automatizar cosas, pero igual era necesario crear contenido y diseño para cada página.

Esto no constituía un problema importante en páginas que no cambiaran demasiado en el tiempo, pero, a medida que los blogs se popularizaron, se hizo necesario un sistema que permitiera acelerar la publicación de contenidos.  Por un lado, aparecieron gestores de contenidos que uno podía alojar en su propio servidor web y por el otro, plataformas que brindaban el software y el alojamiento.

WordPress es ambas cosas, desde la página WordPress.org se puede descargar el gestor de contenidos. Mientras tanto, Automattic, el brazo comercial del proyecto tiene una plataforma para alojamiento de blogs y páginas web, registro de dominios y marketplace de plantillas y complementos.

Google Domains era el servicio de registración de dominios de Google, decimos era porque el 15 de junio de 2023 Squareespace acordó adquirirlo. Squareespace es uno de los competidores de Automattic en el mercado de plataformas de construcción y alojamientos de sitios web.

La propuesta

La propuesta que hacen desde la plataforma WordPress.com para el primer millón de clientes que opte por la transferencia es no solo hacerse cargo del costo de esta, y además extender el registro por un año más. No conforme con esto suben la apuesta y aseguran que el costo de renovación será igual o más bajo que el que pagaban con Google para los 400 dominios de nivel superior que forman parte de su catálogo. También planean ofrecer la misma cortesía a sus actuales clientes.

Por supuesto que solo será posible si no hay un aumento de los costos mayoristas.

Otras ventajas de la oferta son:

• Velocidad de DNS más rápidas que las de Google, GoDaddy y DigitalOcean.
• Privacidad: Salvo para ciertos países, la protección sobre los datos del propietario de un dominio está incluída en el costo.

¿Conviene la oferta?

De nuevo quiero remarcar la diferencia entre WordPress.org (El gestor de contenidos) y WordPress.com (La plataforma de construcción y alojamiento). Para mi gusto WordPress.org se está convirtiendo cada vez más en bloatware obligando a instalar complementos (Muchas veces redundantes) cada vez que instalas un tema nuevo y dejando las mejores características para los complementos de pago. Y, el costo de los temas y complementos de pago son demenciales.

Por otro lado, WordPress.com es la mejor plataforma de alojamiento web que utilicé en mi vida.  Funcionamiento impecable, excelente soporte técnico y todo lo necesario para tener un sitio web corporativo o blog profesional funcionando sin problemas. Solo la desquiciada economía argentina y la creciente cotización del dólar hicieron que la abandonara.

Mi consejo es que a menos que tengas algún otro servicio asociado a Google Domains como Google Workspace aproveches la propuesta. Estarás colaborando con uno de los mejores proyectos de código abierto y obtendrás un servicio genial al mejor costo.

Y sí, sé que me estoy contradiciendo, pero que a mí en este momento no me sirva WordPress.org no significa que para otra gente no resulte la herramienta ideal.  De hecho, Linux le debe gran parte de su difusión.

from Linux Adictos https://ift.tt/5WAa7xN
via IFTTT

KDE ha publicado en su cuenta de X (qué raro suena eso…) un artículo que lleva la firma de David Edmundson. En su blog, el colaborador del proyecto nos ha hablado de nuevas ideas sobre métodos de entrada en Wayland, y creo que hay al menos una para cada tipo de usuario. El método de entrada más conocido es el del teclado virtual en la pantalla, aunque conocido no siempre es sinónimo de usado. El otro es el teclado asiático, y es este del que pretenden sacar provecho.

El proyecto de la K no da puntada sin hilo, por lo que es más que probable que veamos algo o todo lo explicado en el artículo de Edmundson en un futuro a medio-largo plazo. Por lo que parece, la idea de introducir nuevos métodos de entrada en KDE llevaba tiempo en las cabezas de sus desarrolladores, pero se centrarán más en ello en el momento en el que Wayland se use por defecto.

Métodos de entrada debatidos en la Akademy de KDE

Edmundson aprovechó la Akademy para hablar de este tema. Aunque dice que no usa la entrada del teclado asiático o CJK (Chine Japanese Korean), sí hay cosas que usa y que podrían ser beneficiosas desde la tecnología InputMethod. Ahora ya tienen un estándar y pueden usarlo para ideas más creativas como (visitar artículo original para ver animaciones):

• Conexiones con el portapapeles. Esto permitiría acceder al portapapeles desde un editor de texto tras usar un atajo del teclado. En el ejemplo se pega un texto y aparece un desplegable desde el que podemos elegir la opción deseada.
• Entrada de emojis más sencilla. En la actualidad, para añadir un emoji a un texto tenemos que presionar META + PUNTO, navegar por el widget de emojis, hacer clic en uno -lo copia- y pegarlo en donde lo necesitemos. Lo que vemos en el ejemplo permitiría poner dos puntos (:) seguido de una palabra para que los buscara y poder añadirlos seleccionándolos.
• Entrada para añadir acentos. No creo que la vaya a usar mucho teniendo el teclado en español, pero también se imaginan un método de entrada que muestre opciones de una letra con varios acentos, algo así como lo que vemos en teclados para dispositivos móviles.
• Traducciones puntuales. Haciendo uso de un campo de texto, podríamos escribir en nuestro idioma y lo que aparecería en el documento sería una traducción.
• Voz a texto. El último método de entrada permitiría dictar texto. Edmundson dice que es lo que más le emociona, y no nos extraña. Aunque hay software de reconocimiento de voz para Linux, que esté integrado en el sistema operativo facilitaría mucho las cosas.

Estado actual

Todo lo anterior son ejemplos, pero se habló de ello en la Akademy. Ahora mismo está en una fase tan temprana que no pasa de «playground», que es la palabra que usan los desarrolladores para definir un campo de pruebas en el que poder tocar sin romper nada. El repositorio está en este enlace. Gracias a ese campo de juegos ya se han descubierto varios problemas.

Así que estamos ante algo que podríamos ver en un futuro, y yo creo que lo veremos en KDE en algún momento. Sin lugar a dudas, todo lo expuesto, menos lo del acento por cuestiones obvias, son cosas que me gustaría tener en mayor o menor medida. Quizá no confiara en el traductor para escribir textos, pero es que ahora mismo sólo confío en DeepL para este tipo de trabajos. Sí se podría usar para traducciones sencillas.

Lo de la voz a texto iría muy bien, como lo de los emojis y el portapapeles. En esto último, muchas veces copio algo, se me pone en primera posición y lo que quiero pegar es otra cosa, por lo que tengo que ir a la bandeja del sistema, buscar lo que necesito, hacerle clic y luego ya pegarlo. El método de entrada que nos han puesto en el ejemplo facilitaría mucho las cosas.

Sólo espero que eso de que KDE no da puntada sin hilo sea cierto, aunque es seguro que habrá que esperar mucho para empezar a ver los resultados en una versión estable. Paciencia.

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

SUSE quiere impulsar su fork de RHEL en beneficio de la comunidad

Siguiendo con hilo de los cambios realizados por parte de Red Hat de limitar el acceso al codigo de RHEL, tal parece que SUSE no ha dejado pasar por desapercibida la situación y quiere ser parte de ello, ya que ha anunciado la creación de su propia bifurcación de Red Hat Enterprise Linux.

Se menciona que la nueva bifurcación que creará SUSE de RHEL no afectará el desarrollo de distribuciones de SUSE Linux Enterprise, ALP (Adaptable Linux Platform) y openSUSE, que siguen siendo vistos como productos principales y seguirán recibiendo recursos de desarrollo sin cambios.

Cabe mencionar que no es la primera vez que SUSE se interesa por RHEL, ya que el año pasado presentó por primera vez el proyecto Liberty Linux como una edición de Red Hat Enterprise Linux 8 creada con la plataforma Open Build Service y adecuada para usar en lugar del clásico CentOS, que se suspendió a fines de 2021. La distribución vino con su propia versión del kernel de Linux, creada mediante la reconstrucción del paquete del kernel de la distribución SUSE Linux Enterprise 15. La distribución se benefició del soporte técnico de SUSE y las capacidades de administración centralizadas utilizando la plataforma SUSE Manager.

Sobre la bifurcación de RHEL, se menciona que con este movimiento de crear un fork de RHEL, SUSE apuesta por infraestructuras mixtas que, además de SUSE Linux y openSUSE, también utilizan distribuciones basadas en la base de paquetes de Red Hat Enterprise Linux. Además se menciona que para estos entornos mixtos, está previsto proporcionar soporte técnico unificado, utilizar un proceso de entrega de actualizaciones unificado y utilizar un conjunto de herramientas común para la gestión centralizada basada en SUSE Manager.

Se observa que las empresas comerciales y la comunidad de código abierto deberían tener la opción y la oportunidad de liberarse de estar atados a un solo proveedor.

Según el director de SUSE, el cambio a modelos propietarios no debe introducirse como un factor competitivo entre las empresas que construyen un negocio en torno al software de código abierto. El principio básico de la interacción de este tipo de empresas es que todas contribuyen a la causa común de la comunidad, y además todos se benefician de ello, ya que el resultado final se convierte en algo más que la suma de las contribuciones individuales.

Dirk-Peter van Leeuwen, director ejecutivo de SUSE, dijo:

“Durante décadas, la colaboración y el éxito compartido han sido los componentes básicos de nuestra comunidad de código abierto. Tenemos la responsabilidad de defender estos valores. Esta inversión preservará el flujo de innovación en los años venideros y garantizará que los clientes y la comunidad por igual no estén sujetos a la dependencia del proveedor y tengan opciones genuinas tanto mañana como hoy”.

SUSE sigue totalmente comprometida con la inversión en sus soluciones Linux de gran prestigio, como SLE y openSUSE, en las que confían innumerables clientes empresariales satisfechos y la comunidad.

Sobre el trabajo de la bifurcación, SUSE menciona que los próximos años se planea invertir $10 millones en apoyo del proyecto, además de que se planea desarrollar y mantener la bifurcación de RHEL, denominada Liberty Linux, como un proyecto de dominio público organizado por una organización sin fines de lucro independiente.

El acceso a un conjunto alternativo de código fuente para paquetes compatibles con RHEL, que está generando el proyecto, será gratuito para todos y estará abierto a la colaboración con otros proyectos similares.

Finalmente como comentario personal puedo decir que este movimiento de SUSE por impulsar un producto que sea una alternativa a RHEL, tiene como objetivo no solo brindar una solución a los recientes movimientos de Red Hat, si no que está más que claro que busca poder captar toda esa cartera de clientes que estén insatisfechos con los cambios en RHEL y también aquellos que puedan quedar a la deriva de los demás proyectos que crean alternativas a RHEL, como lo son Rocky Linux, AlmaLinux y Oracle, que al final no es malo ya que como menciona busca un beneficio mutuo tanto para sus productos como para la comunidad en general.

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/IMVA63h
via IFTTT

Hace unos días publiqué un artículo sobre Garuda Linux. Para gustos, colores, y los de esta distro basada en Arch tiene muchos. Con cualquiera que haya hablado sobre ella sólo he escuchado buenas palabras de su interfaz de usuario, pero la verdad es que no es nada exclusivo de Garuda. El secreto para obtener algo tan vistoso es conocer qué usa, y parte de su imagen la conseguimos instalando un par de temas a una distro KDE.

En este artículo vamos a contar ese secreto, que no son más que unos pasos en forma de instalaciones y retoques para que la imagen sea más parecida a lo que usa la versión Dr460nized de Garuda. Hay parte que se consigue directamente desde los ajustes, como activar el efecto gelatina de las ventanas. Pero no nos adelantemos. Lo que hay que hacer es lo que se explica a continuación.

Pasos para que una distro KDE parezca Garuda

Nada de lo que vamos a explicar a continuación es peligroso, pero que tengan cuidado esos hipocondríacos tecnológicos que les gusta tener todo a la perfección, porque para dejar las cosas como estaban hay que hacer el camino de vuelta sin dejarse ningún paso. Los cambios que hay que hacer son estos, y el orden no debería influir:

Tema global: Sweet KDE con botones a la izquierda

Vamos a Preferencias del sistema/Aspecto/Tema Global. En el botón de abajo a la derecha, hacemos clic en Obtener temas globales. Buscamos Sweet KDE e instalamos el de eliverlara. Si nos pide la contraseña, la ponemos. Sólo con esto ya empezaremos a sentirnos un poco «garuderos».

Garuda tiene los botones a la izquierda, por lo que nuestra distro KDE, sea la que sea, también debe tenerlos ahí. Si no interesa este cambio, se puede pasar al siguiente. Si se quiere lo más parecido al objetivo, hay que ir a Decoraciones de ventanas, del mismo apartado, y luego a la pestaña Botones de la barra de título. Aquí sólo hay que arrastrar y soltar. Se arrastran fuera de la barra los iconos de Plasma, fijar y el interrogante, y se mueven a la izquierda los de cerrar, restaurar/maximizar y minimizar. Se aceptan los cambios haciendo clic en Aplicar:

Iconos: BeautyLine

Del mismo modo que hemos instalado el tema Sweet KDE, nos metemos en el apartado de Iconos, descargamos el BeautyLine de sajjad606, lo instalamos y lo usamos.

Fuente: Fira Sans

La fuente que usa Garuda es Fira Sans. Cómo instalar fuentes depende un poco de la distribución Linux, pero la manera más general es bajar un archivo .ttf o .otf e instalarlo. Se puede conseguir, por ejemplo, en este enlace. Las variantes, la regular, la semibold y la book.

Se puede hacer doble clic en las fuentes para que se abra el instalador por defecto, y también crear una carpeta de nombre .fonts en nuestro directorio personal y meterlas ahí. En sistemas basados en Arch se puede con el comando sudo pacman -S ttf-fira-sans.

En Preferencias del sistema, en el mismo apartado en el que estábamos, ahora vamos a Tipos de letra y elegimos:

• General: Fira Sans Book 12pt.
• Anchura fija: Fira Sans 11pt.
• Pequeña: Fira Sans 9pt.
• Barra de herramientas: Fira Sans 11pt.
• Menú: Fira Sans 11pt.
• Título de la ventana: Fira Sans SemiBold 11pt.

El resto lo dejamos como está y hacemos clic en Aplicar.

Efectos del escritorio en tu distro KDE

Vamos a efectos del escritorio y activamos Lámpara Mágica y Ventanas tambaleantes, que harán que las ventanas se muevan como la gelatina y se minimicen como lo haría el genio de una lámpara.

Cambiar las preferencias a la vista de iconos

En otro cambio que puede no ser necesario, pero que hará que cualquier distro KDE se parezca más a Garuda, en las Preferencias del sistema hacemos clic en la hamburguesa y elegimos la opción Cambiar a la vista de iconos.

Kvantum Manager y otro tema Sweet

Para terminar de completar el tema es necesario instalar Kvantum Manager. Los sistemas basados en Ubuntu lo tienen en sus repositorios oficiales, y los de base Arch lo puede conseguir desde AUR buscando «kvantum». La versión dependerá; se puede usar una -qtX o el paquete con sólo el nombre.

Vamos a este enlace, hacemos clic en «Files» y descargamos Sweet.tar.xz haciendo clic en el botón de descargar y luego en «Download». Descomprimimos el archivo y recordamos dónde está la carpeta. Ahora abrimos Kvantum Manager, hacemos clic en «Seleccione una carpeta de temas de Kvantum» y navegamos hasta la carpeta «Sweet» que acabamos de obtener. Instalamos el tema haciendo clic en, lo habéis adivinado, «Instalar este tema».

Para finalizar la instalación de este tema de Kvantum tal y como lo queremos, haremos clic en Cambiar/Borrar un tema, desplegamos el menú, elegimos «Sweet» y luego «Usar este tema».

Ahora reiniciamos para que se apliquen los cambios correctamente. Luego vamos a Preferencias del sistema/Aspecto/Estilo de las aplicaciones, elegimos el tema kvantum-dark y hacemos clic en Aplicar.

Como también hay aplicaciones GTK, en el mismo apartado hay que hacer clic en «Configurar el estilo de las aplicaciones de GNOME/GTK», luego en «Obtener nuevos estilos de aplicaciones de GNOME/GTK», buscamos sweet e instalamos la versión sweet.tar.xz de eliverlara. Cerramos la «tienda» de temas, en la ventana anterior elegimos «Sweet» y hacemos clic en «Aplicar».

Fondo de pantalla para tu distro KDE a lo Garuda

El fondo de pantalla es cuestión de gustos, pero el proyecto tiene una página de GitLab en la que podemos descargar todos sus fondos. El de la versión Dr460nized más actual es Malefor, pero hasta no hace mucho usaban Ghosts.

Cambiar el fondo se hace desde el menú que aparece al hacer clic derecho en el escritorio.

Panel superior

Hacemos clic derecho sobre el panel inferior/Entrar en el modo edición y lo arrastramos a la parte superior. Pasamos el cursor por encima del widget de mostrar el escritorio y, en el menú que se despliega, hacemos clic en «Eliminar», y lo mismo con los escritorios virtuales y el paginador. Para que la bandeja del sistema se mantenga a la derecha, hay que añadir un separador en el medio. Y si queremos que el reloj sea como el de Garuda, tenemos que hacer que no se muestre la fecha desde Configurar reloj digital.

Ahora volvemos al modo edición/Añadir elementos gráficos, hacemos clic en Obtener nuevos elementos gráficos, buscamos application title y lo instalamos (es el de kinta). Cerramos la ventana, volvemos a añadir elementos gráficos al panel y esta vez elegimos el «Application Title» que acabamos de instalar. Es probable que sea necesario reiniciar o cerrar sesión para que aparezca. Lo ponemos a la derecha del lanzador de aplicaciones. Repetimos para añadir justo a la derecha del Appliaction Title el «Menú global». No veremos nada más que hay un 1 encima del icono de añadir widgets. Eso significa que ya estamos usando 1 widget de este tipo. Ese menú es el que mostrará las opciones de las aplicaciones si son compatibles.

Hacemos clic derecho sobre «Por omisión», que es el texto del Application Title, en «No active window label» elegimos «Custom text» y en «No active window custom text» ponemos Dr460nized KDE. Y para cambiar el icono del lanzador de apps, se entra en el modo edición, clic sobre el icono, Escoger y se pone este. Del dragón del tema, lo que he encontrado ha sido el avatar de Dr460nf1r3, que puede valer. Está en su GitLab.

Panel inferior

Antes usaban Latte-Dock, pero ha sido abandonado. En las últimas versiones están usando un panel de Plasma con sólo el elemento Gestor de tareas sólo iconos. Lo que hay que hacer es, desde el modo edición, hacer que sea más alto, que esté centrado, darle un mínimo y un máximo, y que se oculte automáticamente.

Y esta es la manera de tener cualquier distro KDE dr460nizada.

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