En la comunidad Linux, somos muchos los que responderíamos «Fedora» si nos preguntaran cuál es la distribución GNOME por excelencia. Sí, están Ubuntu y Debian, pero la primera cambia la interfaz para ofrecer una experiencia propia y la segunda suele ir varias versiones por detrás de lo último. Es por esto que he tenido que mirar bien la fecha cuando he leído sobre una propuesta que pide que, empezando por Fedora 42, el escritorio de la versión principal pase a ser Plasma.

La descripción de la propuesta reza «Cambiar la experiencia por defecto de Workstation a KDE Plasma. El escritorio GNOME se mueve a una edición/spin separada, manteniendo el bloqueo de la liberación«. El cambio, de producirse, sería dentro de aproximadamente un año, cuando se espera que llegue Fedora 42. Pero, ¿es probable que termine pasando?

La propuesta existe, pero parece poco probable que Fedora 42 pase a usar Plasma

En la descripción se explica que con Plasma 6, KDE Plasma se ha desarrollado con una calidad alta y ofrece una buena experiencia de escritorio. Según la propuesta, «Plasma ha estado a la vanguardia de la creación de una plataforma de escritorio cohesiva que permite al usuario controlar plenamente su experiencia informática».

Además, continua, «Plasma proporciona esta experiencia accesible, altamente flexible y extensible al usuario con previsibilidad en todas las versiones de Plasma. A diferencia de otras experiencias de escritorio como GNOME Shell, las API aprovechadas por los applets / widgets de Plasma han sido más estables a través de versiones «menores» de Plasma, reduciendo la frustración del usuario a largo plazo y promoviendo un ecosistema más saludable para desarrolladores y usuarios por igual«.

Wayland tiene su parte de culpa

Una de razones que motivan la propuesta es Wayland. Hace meses fueron los desarrolladores de PCSX2 los que pusieron a GNOME en el punto de mira, llegando a asegurar que «es un completo desastre». Aunque no son muy fans de Wayland en general, sí que dijeron que al menos en KDE no va tan mal, no es tan buggy.

La propuesta asegura que KDE ofrece la experiencia de escritorio Wayland más avanzada hoy en día, soportando cosas como el escalado fraccional, gestión de colores, ratio de refresco variable en las pantallas compatibles y soporte para aplicaciones X11 heredadas, entre otras cosas.

También se menciona que Plasma está en cada vez más dispositivos, siendo el último en llegar la Steam Deck, pero también está en los aparatos de PINE64 u ordenadores Tuxedo.

En lo personal, yo habría jurado que era al contrario, ya que GNOME pasó a usar Wayland antes que KDE. Pero mis pruebas se han limitado a un uso normal del sistema operativo, y el portátil en donde juego a emuladores tengo KDE en X11. Así que YO no he notado ninguna diferencia, por lo menos a favor de Plasma.

La posibilidad de que sea sólo un toque de atención

A mí, que me gusta mirar las cosas desde diferentes puntos de vista y buscarle los tres pies al gato, la propuesta me parece seria, y que el día 2 de abril siga publicada me hace descartar que sea una broma de April Fools’. Pero, valorando posibilidades, una es que todo esto sea un amago, un farol, un toque de atención para que GNOME siga mejorando su experiencia en apartados como Wayland.

Fedora y GNOME llevan mucho tiempo juntos, yo diría que desde siempre, y el cambio suena irreal. Pero no es imposible. Ubuntu también empezó con GNOME en 2004 y lo abandonó en 2011 para usar Unity. Volvió años más tarde, pero la «aventura» la tuvo.

Fedora es actualmente la experiencia más GNOME que existe, y el matrimonio siempre ha parecido ejemplar. Yo suelo decantarme por el software de KDE y no vería con malos ojos el cambio, pero me suena tan extraño…

Lo único confirmado a estas alturas es que Fedora 42 llegará en el primer cuarto de 2025. Todo lo demás está por ver. ¿Terminaremos viendo a Fedora cambiarse de gorro?

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

A mediados de marzo publicamos un artículo sobre las mejores alternativas a ChatGPT. Entre ellas estaba AnonChatGPT, y entre sus funciones encontramos que no requiere registro. Creo que a muchos nos gusta usar ciertos servicios sin tener que registrarnos, y los mejores ejemplos los encontramos en los diferentes buscadores web. Desde el principio, OpenAI requería una cuenta para poder usar su chatbot, pero ahora se puede abrir y preguntar directamente. O se podrá muy pronto.

Por diferentes medios en redes sociales y la blogosfera de todo el mundo se está publicando la noticia de que ChatGPT ya no requiere registro obligatorio para poder usarlo, pero esto no es así en todos los casos. En el mío sigue apareciendo la ventana para registrarme o iniciar sesión, y no importa el navegador, ni el User Agent ni el idioma que use. Por lo que parece, el lanzamiento está siendo gradual.

ChatGPT sin registro tiene limitaciones

Cuando esta disponible, lo que se ve es algo similar a lo de la captura de cabecera, es decir, directamente el chat con sus ejemplos. Ahora bien, hay ciertas limitaciones que probablemente no sean tales para los que prefieren la versión gratuita:

• No es posible usar GPT-4. La única opción es GPT-3.5, la misma que en la versión gratuita.
• No hay historial de chats más allá de la sesión del navegador. Al cerrarlo, desaparecerán.

Esto sólo es posible en la versión web; las aplicaciones siguen requiriendo una cuenta.

Por qué lo permite OpenAI

El motivo por el que OpenAI permite usar ChatGPT sin registro no se ha hecho público, pero parece que guardar relación con la recopilación de datos para entrenar a su IA. Cuanta más gente lo use, mejor. Y como por defecto está activada la opción de usar nuestros chats para este entrenamiento, recibirán mucha información.

Si no queremos participar en esto, se puede hacer clic en el botón del interrogante que hay arriba a la derecha, entrar en las opciones y desactivarlo, pero las conversaciones se guardarán 30 días como en el modelo gratuito. Esto es algo que hay que hacer en cada uno de los chats que abramos, y se gana un poco de privacidad porque los chats ya no están asociados a ninguna cuenta.

ChatGPT sin registro es oficial, y si no podéis acceder a él desde chat.openai.com, pronto podréis.

from Linux Adictos https://ift.tt/7qVeZwG
via IFTTT

Hace ya algún tiempo desde que Google liberó chromeOS Flex. Es un sistema operativo que promete resucitar ordenadores viejos, pero yo ya llevaba haciendo eso con Linux más de 10 años. Teniendo en cuenta que probarlo no es tan directo, no lo había hecho hasta hace poco, y si me decidí es porque he heredado un PC muy viejo que, aunque no demasiado bien, funciona. Como no tiene nada importante en el disco duro, pues me lancé.

Cuando lo heredé, tenía un intento de instalación de un Linux que ni siquiera supieron decirme cuál era. Para no pensar mucho, le instalé Kubuntu, pero sólo para comprobar que se podía usar. Le cuesta horrores moverse, pero se mueve. Tras leer varios artículos de autores que aseguran que chromeOS Flex es lo mejor que le ha pasado a sus equipos viejos, quise probarlo más que nada para llevarles la contraria.

Instalación de chromeOS Flex

Para instalar chromeOS Flex, es posible descargar una imagen, pero quise hacerlo de la manera lo más oficial posible. Ésta obliga a instalar la Herramienta de Recuperación de Chromebooks, una extensión para navegadores basados en Chromium… que no funciona en Linux. La primera en la frente, pero bueno. No hay nada que una máquina virtual no arregle. Usar esa herramienta es similar a hacerlo con Raspberry Pi Imager, ya que también permite descargar imágenes antes de grabarlas.

Con el USB creado, lo metí en aquel viejo rockero e inicié. La instalación es básicamente un camino de una única dirección, intuitivo. Mi único pero aquí es que el proceso de instalación no muestra nada más que una imagen en movimiento, y no tenía claro si estaba funcionando o no. Pero la instalación fue rápida.

Una vez se inicia el sistema operativo, estamos ante algo muy Google, con muchas de sus aplicaciones instaladas por defecto. Mi mayor sorpresa fue lo ligero que funciona todo. Pero para de contar. En mi caso, el PC tiene problemas con la virtualización, por lo que no pude hacer uso del subsistema de Linux. Pero la posibilidad existe, todo hay que decirlo.

Ligero de verdad

Me parece importante remarcar que el equipo en el que lo he probado funcionaba sacando la lengua con Kubuntu 23.10 y es solvente con chrome OS Flex. A esto es a lo que se referirán los autores que aseguran que puede resucitar equipos viejos, sobre todo si lo que necesitas vive en el navegador o en aplicaciones web.

El contenedor de Linux puede instalar una versión de las tres últimas de Debian, y ya sabemos que gracias a Distrobox podemos instalar cualquier programa que exista en Linux.

Sin soporte para aplicaciones de Android

Las aplicaciones de Android del chromeOS original se ejecutan en otra especie de subsistema, y para que funcione es necesario virtualizar. Por lo tanto, yo no podría haberlo hecho aunque chromeOS Flex lo soportara. De hecho es algo que probé a través de FydeOS, lo que es chromiumOS con soporte para GApps (Google Apps).

Que no soporte aplicaciones de Android deja a chromeOS Flex como un sistema operativo con aplicaciones basadas en la web al que se le pueden instalar aplicaciones de Linux, pero no es un Linux normal.

A quién va dirigido chromeOS Flex

Con todo lo anterior, os estaréis preguntando si merece la pena y a quién va dirigida esta opción de Google, y ahí tengo mis dudas, pero también otras cosas claras:

• Usuarios cuyo ordenador tenga recursos muy limitados. chromeOS Flex funciona en equipos con 4GB de RAM y sólo 16GB de almacenamiento. Como ya he mencionado, el equipo en el que lo he probado no movía muy bien Kubuntu, y sí trabajaba bien en chromeOS Flex.
• Personas que siempre trabajan con el navegador.
• Usuarios a los que les gusta el ecosistema de Google.

Otras opciones

Alternativas a chromeOS Flex hay muchas, pero menos si lo que queremos es algo con su misma naturaleza. El FydeOS mencionado anteriormente es parecido, e incluso mejor. Tiene una opción para añadir soporte para las GApps, y con esto podremos instalar casi cualquier aplicación de la Google Play. Además, también soporta el contenedor de Linux, con lo que lo tendríamos casi todo.

No todo, porque no es igual que otras distribuciones Linux. Si queremos un Linux tradicional, y tenemos un equipo antiguo, antes de probar chromeOS Flex yo instalaría una distro ligera, a poder ser una con un gestor de ventanas y sin escritorio al uso. Por ejemplo, Manjaro en su edición de la comunidad i3. El motivo principal es que es un sistema completo y no hay que configurar demasiado para personalizarlo.

chromeOS Flex ha llegado a sorprenderme, y por eso he cambiado un poco mi opinión sobre él. La fluidez + interfaz es interesante, pero sigo quedándome con las distribuciones tradicionales, o incluso con FydeOS antes que chromeOS Flex.

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

Las máquinas virtuales existen desde hace mucho tiempo, y, como todo, cumplen una función. Últimamente estoy viendo a cada vez más gente usarlas justamente para instalar Linux, ya que con Windows es más complicado gestionar algunas cosas, pero también las podemos usar como caja de arena, como un entorno seguro en el que hacer pruebas.

Yo usé mi primera máquina virtual, si no recuerdo mal, en 2006, y lo hice para probar Linux antes de dar el salto real. Hoy en día tengo una con Windows, otra con Manjaro y otra con Ubuntu Daily Build, pero también hago otras pruebas. Unas veces por ver las novedades, otras por curiosidad… y otras para evitar romper algo de mi sistema operativo, y aquí expongo algunos estropicios que he visto yo o algún conocido y que podrían haber echado a perder, e incluso lo hicieron por no tomar precauciones, una instalación nativa.

Usar máquinas virtuales para probar antes de instalar

Yo uso en mi equipo principal Manjaro, y tengo otra máquina virtual con Manjaro para probar ciertas cosas. ¿Por qué? Justamente porque antes no lo hacía, y una vez, probando algo con WINE y Bottles, algo salió mal, muy mal, y decidí instalar de cero. Hace ya un par de años de eso, y no lo he vuelto a hacer gracias a esta máquina virtual. Podría haberlo arreglado sin reinstalar, pero mis manías me impiden trabajar con algo que podría tener algún problemilla.

Aunque hacerlo en virtual no siempre es una prueba fiable de cómo deben ser las cosas, yo pruebo mucho software en esa máquina virtual. ¿Que quiero instalar un programa y veo una larga lista de dependencias? Lo pruebo en mi máquina virtual de Manjaro. Luego puedo eliminar software principal, dependencias y huérfanos sin miedo a romper nada importante. Total, si algo va mal, la reinstalo.

Archivos eliminados por accidente

Cuando un conocido se cargó /bin

Conozco el caso de alguien que estaba probando a crear su propio script y, para lanzarlo directamente desde el terminal, no se le ocurrió otra cosa que añadirlo a la carpeta /bin. Lo hizo con privilegios y desde el terminal, y lo copió con cp. Viendo que algo no terminaba de convencerle, se propuso a hacer el camino inverso, y básicamente repitió el comando, pero con rm. Sin fijarse en lo que le decía la primera vez, lo repitió con la flag -f. Explicándolo con la canción del mamut chiquitito, «¿y qué pachó? ¡Mi****! ¡La carpeta /bin se hiso mi****!».

La carpeta /bin contiene gran parte de los ejecutables de un sistema operativo basado en Linux, y sin ella no se puede hacer prácticamente nada. Al haberla eliminado desde terminal, no hay papelera desde donde reciclar. Pasó en una máquina virtual, por lo que no se perdió mucho.

El archivo ubuntu.sources desapareció

Esto me pasó a mí y además recientemente. En Ubuntu y otras distros, hay un archivo de fuentes llamado sources.list, pero en 24.04 habrá cambios y estará en otra ruta y con otro nombre. Esto me pasó en una de mis máquinas virtuales que uso para ver las novedades, más concretamente en la de la Daily Build de Ubuntu. Quería probar WARP, y me estaba dando fallo en el repositorio. Fui a eliminarlo manualmente, me metí en la nueva ruta, le di a eliminar y… bye, bye, ubuntu.sources; me equivoqué de archivo. Ahora bien, esto sí tiene solución y pasa por ir a Software y actualizaciones, volver a marcar las casillas y recargar.

Paquetes no disponibles

En mi Manjaro virtual voy a todo trapo, no me preocupo porque para eso está. Ahí instalo y elimino indiscriminadamente, y en alguna ocasión he intentado hacer algo, como instalar software de AUR, y he visto como da fallo. Eliminar los huérfanos suele ir bien, pero en ocasiones no lo hace. O sí, pero el caso es que no me permitía compilar porque no encontraba un paquete. Podría haberme dado un susto en nativo, pero no en una máquina virtual no. Además, la solución pasó por instalar ese paquete y volver a intentarlo.

El arranque secuestrado por Android

El arranque y algo más. No recuerdo muy bien cómo sucedió, pero me dio por probar Android en un USB, o algo así. Yendo a la mía y sin consultar, hice un «to p’alante» e hice dualboot… o no. En uno de los pasos, el ahora descontinuado Android-x86 consultaba si instalar el arranque, y terminé con el de Android y el de Ubuntu, ambos.

Hace mucho de esto, y yo sabía mucho menos que ahora. Al intentar eliminar el arranque de Android, lo que hice fue cargármelo todo, y al intentar iniciar no encontraba ninguna unidad. Tampoco sabía cómo recuperar portátiles, así que le llevé el mío a un amigo para que lo reparara un conocido informático. Era «x86», y no habría pasado nada de esto si hubiera usado una máquina virtual.

Máquinas virtuales para probar sistemas rápidamente

DistroSea a mí me hace papel. Puedo ir a su página, iniciar un sistema, hacer algunas capturas y escribir un artículo con una imagen propia, por ejemplo. Pero si quiero realizar pruebas exhaustivas, no me vale. El rendimiento no es muy bueno, y en cualquier momento pueden tirarte para hacer espacio. Muchas veces tampoco es necesario instalar un sistema operativo ni crear un Live USB. En un punto medio están las máquinas virtuales que permiten probar sin instalar y, si el equipo lo permite, con un rendimiento medio.

Para qué nos sirven las máquinas virtuales

Las máquinas virtuales no sirven para todo. Por ejemplo, si queremos probar una distribución como Vanilla OS o BlendOS, que son compatibles con aplicaciones de Android, no podemos hacerlo en ellas. Virtualizar en un entorno virtualizado no suele ir muy bien, o no va en absoluto.

Tampoco merece la pena instalar y usar programas pesados o juegos en máquinas virtuales, a no ser que tengamos un equipo muy potente que nos permita darle recursos al sistema huésped. Aún así, todo esto es mejor hacerlo en nativo.

Las máquinas virtuales son útiles

Las máquinas virtuales son útiles, y merece la pena que nos acostumbremos a usarlas para no correr riesgos. Entre los programas que permiten virtualizar y se usan mucho en Linux, GNOME Boxes y VirtualBox están al frente de cualquier ránking. Son un cinturón de seguridad que en este caso salvan a un sistema nativo, entre otras cosas.

code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;}

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

Yo no sé por qué, pero hay muchos usuarios de Linux que prefieren no tocar el terminal para nada. Bueno, sí sé por qué, por comodidad, pero cada uno se siente cómodo con lo que se siente cómodo. Yo sí uso el terminal para algunas cosas, pero no para otras. De hecho, alguna herramienta me he creado para que realizar algunas tareas está a un clic de distancia. Distrobox es básicamente un script escrito 100% en shell y se usa desde el terminal, pero BoxBuddy puede ser tu mejor colega si quieres usar subsistemas en contenedores y prefieres las interfaces gráficas.

BoxBuddy no hace nada especial, a no ser que se entienda como tal que podemos hacerlo todo lejos del terminal. Tras su instalación y al lanzarlo por primera vez, veremos una imagen que nos dice que no tenemos ninguna caja creada, pero eso tiene fácil e intuitiva solución. Aquí vamos a explicar cómo instalar y usar esta herramienta para que todos, terminalfilos, terminalfobos y los que se encuentran en un punto medio podamos usar la maravillosa herramienta que nos permite no depender de un gestor de paquetes en concreto y usar sistemas en contenedores.

Cómo instalar BoxBuddy

Instalar BoxBuddy es más o menos sencillo, dependiendo de cómo queramos hacerlo. Hay como mínimo tres opciones, por lo menos en sistemas con base Arch que también pueden tirar de AUR. En estos casos, se puede instalar con el método de turno – con yay, tienda de software compatible o manualmente – a partir del paquete boxbuddy. Otra opción es instalar el paquete flatpak, y si lo preferimos podemos instalarlo descargando el ZIP disponible en su página de lanzamientos. Lo único que hay que hacer cuando lo tengamos en nuestro equipo es entrar en su carpeta y escribir ./install.sh. También cuenta con script de desinstalación (uninstall.sh).

Me parece importante mencionar que BoxBuddy es sólo una interfaz gráfica para gestionar Distrobox y no puede hacer nada por sí mismo. Para que haga su magia tenemos que tener instalado Distrobox y docker/podman. Si ya lo tenemos todo, ha llegado el momento de crear cajas y empezar a usarlas.

Funcionamiento

Como ya hemos explicado, todo es muy intuitivo. Está creado usando GTK4 y Libadwaita, por lo que quedará mejor en escritorios como GNOME, pero funcionar funciona igual de bien en cualquier parte.

Para crear una caja, haremos clic en el símbolo de suma (1), le pondremos un nombre (2), desplegaremos el menú de la imagen y seleccionaremos una de las opciones (3) y luego haremos clic en «Crear» (5, que se me fue la mano). Se puede hacer que use el sistema init, lo que lanza la opción distrobox-init que se encargará de instalar dependencias faltantes, como sudo, configurará los grupos y los usuarios y montará directorios desde el host para asegurarse mayor integración. Yo no suelo usarlo, pero la opción existe por algo.

Una vez le damos a crear, se abrirá el terminal, terminará de crear la caja, se cerrará el terminal y volverá a la interfaz de BoxBuddy.

Entre lo que podemos hacer:

• Abrir el terminal de la caja.
• Actualizar Box, es decir, la caja, es decir, el sistema operativo. Por ejemplo, en Ubuntu esto hará un «sudo apt update && sudo apt upgrade».
• Ver aplicaciones. Si por el motivo que sea no queremos exportar las apps al menú principal, este sería el menú inicio de la caja, y podemos lanzarlas o añadirlas al menú. Si ya las tenemos añadidas, podemos eliminarlas. Veo un problemilla que quizá arreglen en versiones futuras, y es que al añadir/eliminar al menú, vemos un mensaje de que se ha añadido/eliminado, pero el botón no cambia hasta que cerramos esa ventana y la abrimos.

• Instalar archivo <extensión>. Desde aquí podemos instalar archivos de paquetes compatibles con las distribución, como DEB en Debian o RPM en Fedora.
• Eliminar Box, o eliminar la caja/imagen.

Con interfaz de usuario todo es más fácil

Cuando una imagen está en ejecución, a la derecha se ve un icono desde el que se puede parar.

BoxBuddy debería animar a aquellos que aún se están pensando en si usar o no usar Distrobox. Merece la pena, y con interfaz todo puede ser más sencillo.

code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;}

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

Clement Lefebvre ha publicado la nota de abril de novedades en Linux Mint, la que corresponde a lo ocurrido marzo de 2024. Lo más destacado para mí aparece por el medio de la nota, y se resumiría diciendo que mientras Canonical sigue haciendo de Canonical, Linux Mint seguirá haciendo de Linux Mint. En Ubuntu 24.04 habrá un nuevo paquete snap, el de Thunderbird, y el equipo de desarrolladores de Mint hará lo mismo que ha hecho con otros paquetes recientemente.

El primer movimiento polémico de Canonical en este sentido lo hizo con Chromium. Lo pasó a paquete snap probablemente para tantear el terreno, ahora Firefox sólo está disponible en el mismo formato y volverá a las andadas con Thunderbird. Hace alrededor de cuatro años, Lefebvre y su equipo decidieron compilar Chromium para seguir ofreciéndolo como paquete .deb, y exactamente igual con Firefox. Thunderbird será la siguiente aplicación en entrar en esta lista, y los usuarios de Mint no tendrán que depender  del paquete snap.

Otras novedades en Linux Mint

Hay que tener cuidado con lo que leemos hoy, que es 1 de abril y podemos encontrarnos con cualquier cosa, pero creemos que la nota de Clem es seria. Entre las novedades que ha habido en marzo, hay mejoras para las instalaciones de Linux Mint 22. Los paquetes preinstalados para idiomas que no sean inglés y el que elijamos serán eliminados de la instalación, lo que ahorrará espacio. Si estamos conectados a Internet, el idioma se bajará durante la instalación, pero no es necesaria conexión para idiomas inglés, alemán, español, francés, ruso, portugués, neerlandés e italiano.

Durante marzo se han lanzado ISOs de versiones EDGE con nuevas versiones del kerkel para soportar nuevo hardware. Entre el resto de novedades:

• Se ha añadido soporte para el formato Deb 822 en la herramienta de fuentes de software.
• Pipewire será el servidor de sonido por defecto en Linux Mint 22.
• La próxima versión de Pix soportará imágenes JXL.
• Hay un nuevo gestor de previsualizaciones en GIMP que llegará junto a xapp-thumbnailers 1.2.4.
• Se ha creado una nueva XApp llamada GNOME Online Accounts GTK que soluciona algunos problemas con la aplicación de GNOME.
• Se continúa con el trabajo de Jargonaut para que sea la aplicación de chat de Linux Mint.
• Mejoras en los repositorios de paquetes.

Como dato, han analizado el tráfico y han llegado a la conclusión de que Cinnamon es la opción elegida por 2 de cada 3 usuarios (se incluyen aquí las versiones LMDE y Edge), mientras que 1 de cada 5 se queda con Xfce.

Linux Mint 22 llegará a mediados de 2024 con estas y otras novedades que iremos publicando.

from Linux Adictos https://ift.tt/2Ho9T1Q
via IFTTT

Durante la semana pasada, KDE presentó una nueva aplicación con el nombre de MarkNote – la K que no falte -. Es una aplicación tipo WYSIWYG, es decir, lo que ves es lo que obtienes, y es para tomar notas. He leído comentarios e información de todo tipo, empezando porque es una aplicación para tomar notas con Markdown, pero en realidad es algo mucho más sencillo. Se ha diseñado para crear notas y tenerlas organizadas. Eso es todo.

Ahora bien, sí es compatible con Markdown, pero no parece haber sido diseñada para eso, o no con eso en mente. ¿Por qué digo esto? Sencillo: aunque puede abrir archivos .md – cuidado con hacerlo directamente que puede sobrescribir alguna nota – , guarda las notas en la carpeta Documentos con formato .md y permite usar las marcas de Markdown, no hay un camino de ida y vuelta entre la vista de texto plano y la que muestra el texto con formato. Por lo tanto, es difícil salir de un texto con formato si no se han tomado ciertas precauciones.

MarkNote, notas organizadas y con formato

Pongamos un ejemplo: en la imagen anterior hay un texto con formato de código y otro, el que está más adentro, con formato de cita. Como no es posible entrar en el modo de texto plano, por muchos intros que se pulsen para salir de uno de los dos bloques, no lo hará. Si no hemos creado otro bloque con texto normal más abajo, todo lo que venga después ya será, en este caso, una cita. Sí es posible quitar la negrita seleccionando el texto y haciendo clic sobre la B, pero no de secciones como las de bloque, citas y demás porque no hay opción para desactivarlos. Así que sí, MarkNote es fiel a eso de lo que ves es lo que obtienes, aunque habría que añadir el soporte para marcas de Markdown.

Cómo funciona

El soporte para marcas de Markdown es un extra, pero, opino, creo que no está diseñada para eso. Es una aplicación para crear notas con texto enriquecido y tenerlas organizadas. Al iniciar MarkNote por primera vez, habrá que crear un bloc de notas haciendo clic en «Añadir bloc de notas»:

Se nos abrirá una ventana emergente con un cuadro para el icono que podemos modificar haciendo clic en él, un cuadro para el nombre del bloc y otro desde donde podemos coger un color. Una vez creado, dentro podremos ir añadiendo notas.

A partir de aquí, WYSIWYG:

• Con la B pondremos el texto en negrita.
• Con la I, en cursiva.
• La U lo pondrá subrayado, algo para lo que no existen marcas de Markdown.
• La S lo tachará.
• Luego tenemos dos apartados: el de bloques permitirá sangrar el texto y crear listas, bien sean ordenadas o desordenadas, con letras delante, cuadrados y demás; el apartado del tipo será para poner cabeceras, texto básico, sub-cabeceras, etc.
• Si queremos usar Markdown, se puede, pero lo veremos en texto plano hasta que guardemos la nota. Y una vez guardada ya podremos ver estas marcas. Sí es posible añadir más, y las veremos al guardar la nota. ¿Que cómo se guarda? No hay botón para ello. Hay que salir de la nota, para lo que lo más seguro es hacer clic en el nombre de la misma que está a la izquierda.

Y eso es todo. WYSIWYG.

Para eliminar o cambiar el nombre de notas, hay que hacer clic sobre el icono que hay a su derecha. Si lo que queremos es eliminar un bloc o crear nuevos, se puede desde el menú de la hamburguesa.

Para instalar MarkNote en Linux, actualmente lo mejor es hacerlo a través de su paquete flatpak. Siendo de código abierto, se espera que aparezca en los repositorios oficiales de muchas distribuciones Linux pronto.

Lo que hay disponible actualmente es MarkNote 1.0.0, y creo que lo explicado aquí es todo lo que tiene que ofrecer. Es una aplicación sencilla pensada en tomar notas y almacenarlas sin dificultad, y creo que consigue su objetivo.

Más información.

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

Desde hace ya mucho tiempo, mi centro multimedia es un portátil algo viejete. No es muy potente (Intel i3, 4GB de RAM y disco rígido), pero me sirve para jugar a emuladores de hasta PlayStation 2 y ver todo tipo de contenido con Kodi y otros programas. Aunque tiene Manjaro KDE, se mueve con dificultad, pero Plasma Bigscreen ha venido al rescate.

Plasma Bigscreen viene justamente de la «Smallscreen», o por lo menos se parece. Es como Plasma Mobile pero para pantallas grandes. La intención de KDE fue crear una interfaz que fuera más fácil de usar con un mando y por voz, pero también es más ligera que la versión normal de Plasma. Por lo tanto, en mi caso es un Win-Win.

Plasma Bigscreen es más ligero que Plasma normal

Yo lo único que necesito en ese equipo es que el sistema operativo funcione bien y no tarde demasiado tiempo en abrir aplicaciones. Por ejemplo, Pamac (Añadir/Quitar software) tarda un rato largo en abrirse en ese portátil cuando está en Plasma normal, pero no tanto en Plasma Bigscreen. Y lo más curioso es que el Monitor del Sistema del propio KDE dice que consume más RAM, pero…

NM: Necesita Mejorar

Aunque mis impresiones son positivas, sólo se basan en el rendimiento, por lo menos en su mayoría. Pero hay puntos en los que podría mejorar. Actualmente yo estoy en la v5.27.x, y aquí van los pros y contras de usar Plasma BigScreen:

Lo que no me gusta

• Las aplicaciones no se abren a pantalla completa: Creo que, por defecto, las aplicaciones deberían abrirse a pantalla completa como en Plasma Mobile.
• Barra superior, ¿para qué?: Las aplicaciones tienen una barra superior y creo que está de más. Esto es una opinión personal, pero estando en una tele o algo similar, las aplicaciones deberían estar a pantalla completa y pasar de unas a otras con el mando o con atajos de teclado, como pasa en móviles o con gestores de ventanas.
• Algunas aplicaciones salen duplicadas: Esto es algo que también he visto en Plasma Mobile, y es que los lanzadores de algunas aplicaciones se ven dos o más veces.

• Sin dock ni aplicaciones favoritas: A mí me gustaría que hubiera un apartado tipo dock o aplicaciones favoritas. Tiene «Recientes», y lo que más abramos estará ahí, pero no es lo mismo.

Tampoco me gusta algo de lo que hablaremos más adelante, y es que me preocupa su desarrollo. En un principio había imágenes basadas en KDE neon, pero ya no existen.

Lo que me gusta

• Fluidez: como ya he mencionado, Plasma Bigscreen es más fluido que Plasma normal, y eso que el escritorio de KDE ya suele ir bastante bien.
• Animación de apertura: Plasma Bigscreen abre las aplicaciones como lo hace Plasma Mobile: se ve una animación con el icono de la aplicación con un color de fondo que depende del color del mismo, y esto se ve a pantalla completa. Lo malo es que la aplicación luego no estará a pantalla completa y tendrá barra superior. No me gusta así, no en Bigscreen.

Lo que no he probado

No he probado nada de mandos de TV ni Mycroft. Plasma Bigscreen está diseñado para usarse con un mando y con la voz, y yo ni lo he intentado porque no lo necesito. Yo tengo un teclado inalámbrico, y me es suficiente con las teclas de navegación. Tampoco he navegado por las «skills» del proyecto, pero porque sencillamente no es lo que busco.

A mí me es suficiente con una interfaz que no me obligue a usar el panel táctil y que además sea fluida, y eso lo ofrece Bigscreen. Como es de KDE, si en algún momento necesito un escritorio completo, sólo tengo que cerrar sesión y entrar en Plasma.

Cómo probar Plasma Bigscreen

Plasma Bigscreen empezó como un sistema operativo completo basado en KDE neon, pero estas imágenes ya no existen. La información oficial dice que está disponible en postmarketOS, Manjaro ARM y como paquete de Debian, pero las imágenes de Manjaro tampoco existen. Sí está en sus repositorios oficiales, por lo que una de las opciones es instalar Manjaro o su versión ARM y luego instalar el paquete con sudo pacman -S plasma-bigscreen. En Debian y derivados, se puede instalar con sudo apt install plasma-bigscreen. En ambos casos, para entrar hay que cerrar sesión y elegir Bigscreen en la pantalla de login, y merece la pena instalarlo sobre Plasma normal.

Hace tiempo me preguntaba si merecía la pena, y ahora lo tengo más claro: en un equipo que se use como «set top box» y que encima tenga bajos recursos, si el sistema base tiene lo que podamos necesitar, merece la pena.

code {background-color: rgba(255, 255, 0, 0.18); color: #d63384; padding: 1px 3px; font-family: monospace; border-radius: 2px;}

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

Logo de Redict

Hace poco compartimos aquí en el blog la noticia del cambio de licencia de Redis, y solo fue cuestión de días para que la comunidad que estuvo en desacuerdo con el cambio comenzara a trabajar en una solución transparente y el proyecto que tiene la finalidad de continuar ocn el cambio de Redis bajo una licencia open source es Redict.

El proyecto «Redict» llega de la mano de Drew DeVault, conocido por su trabajo en el entorno de usuario Sway, el lenguaje de programación Hare, el cliente de correo electrónico Aerc y la plataforma de desarrollo colaborativo SourceHut. Además, Haelwenn Monnier, autor del navegador BadWolf basado en WebKitGTK y de la plataforma Pleroma para implementar redes sociales federadas, se unió al trabajo en la bifurcación.

Como muchos de ustedes, me decepcioné cuando supe que Redis estaba cambiando a un modelo de licencia no libre. Esto es una traición a la comunidad del software libre, pero quizás no sea del todo sorprendente. Es probable que las bifurcaciones comiencen a aparecer en los próximos días y hoy me gustaría ofrecerle Redict como un posible hogar futuro para sus necesidades y presentar sus ventajas en comparación con las otras bifurcaciones.

Sobre Redict

Como ya se mencionó al inicio, Redict es un fork de Redis, el cual tiene la finalidad de continuar desarrollando el código base correspondiente al lanzamiento de Redis 7.2.4, que fue la última versión bajo la licencia BSD. Redict se puede utilizar como un reemplazo transparente de Redis 7.2.4, pero no se garantiza la compatibilidad con versiones futuras de Redis que se lanzarán bajo una licencia propietaria.

Es importante destacar que la licencia del código Redict ha cambiado de BSD a GPLv3, esto significa que el código antiguo permanece bajo la licencia BSD, pero todos los cambios nuevos en Redict se realizarán bajo la licencia GPLv3. Esta decisión permite que el proyecto Redict pueda portar parches publicados por Redis para versiones anteriores de Redis bajo la licencia BSD, pero los parches y cambios creados para Redict bajo la licencia GPLv3 no podrán ser portados a Redis.

Cabe mencionar que el proyecto no requerirá que los desarrolladores firmen un acuerdo sobre la transferencia de derechos de propiedad al código, lo que implica que cualquier cambio futuro en la licencia requerirá la coordinación con cada uno de los desarrolladores involucrados.

Ademas se menciona qué el repositorio alojado en Codeberg tiene la finalidad de cumplir con la especificación REUSE y aclarar las diversas licencias de software aplicables y se pretende establecer una comunidad independiente de infraestructura propietaria, utilizando Codeberg como plataforma principal y libera.chat para el canal IRC.

Por otra parte, se menciona que actualmente ya se trabaja en el proceso de cambio de nombre en Redict y también en una guía de migración que se espera que esté disponible junto con el lanzamiento de la primera versión, 7.3.0, que se planea para la próxima semana.

También se ha realizado una actualización del repositorio de Redict para cumplir con la especificación REUSE. Esto facilita el proceso de conformidad con la licencia y clarifica las diversas licencias de software que se aplican a Redict, incluyendo la licencia BSD de 3 cláusulas del código de Redis original y los nuevos cambios bajo LGPL, así como las dependencias proporcionadas como Lua.

Estas medidas aseguran que Redict sea una bifurcación transparente y compatible con las normas de licencia, facilitando a los usuarios la transición y el uso del software de manera legal y efectiva.

En cuanto a los demás cambios que se planean en el desarrollo de Redict:

Cambios respecto a Redis:

• Cambio de nombre de los ejecutables a redict-* (por ejemplo, redict-cli).
• La API de Lua proporciona una «redict» global compatible con la API OSS de Redis®, disponible a través de «redis» global para compatibilidad con versiones anteriores.
• Cambio de nombre de los símbolos de la API del módulo, manteniendo la compatibilidad ABI con los módulos de Redis hasta la versión 7.2.4.

Cambios futuros:

• Redict tiene la intención de continuar el desarrollo de una distribución de software gratuita compatible con Redis, con cambios mínimamente disruptivos por el momento.
• Discusiones en curso sobre eliminación de funciones obsoletas, cambio de dependencias y eliminación de componentes específicos del sistema.

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/1DRbYle
via IFTTT

KaOS con KDE 6

Entre tanto movimiento que hubo este mes en diferentes proyectos y distribuciones deje pasar por completo el artículo dedicado a la edición bimestral que los desarrolladores de KaOS lanzan y es que si fuera alguna actualización similar a anteriores donde solo nos presentan un refresh para la imagen del sistema, lo hubiera dejado pasar, pero está nueva versión de actualización es importante.

La razón de mencionar ello, es que la nueva versión de KaOS 2024.03 se presenta con la versión estable de KDE Plasma 6 (la cual fue liberada a finales de febrero) y aunque la edición presentada de KaOS 2024.01 fue la primera en incluir KDE 6, era en una versión de pruebas y no tenía toda la transición del entorno a la nueva versión. Sin más, me gustaría pasar a resumir los detalles de este nuevo lanzamiento de actualización de KaOS 2024.03.

¿Qué hay de nuevo en KaOS 2024.03?

Sin dudas una de las atracciones más importantes es la implementación de KDE Plasma 6 estable, ya que como mencionaba en KaOS 2024.01  se había lanzado una versión anticipada del entorno y ahora la versión estable está presenté y con ello se destaca la transición a Qt 6 y a Wayland, este último ahora cuenta con soporte parcial para alto rango dinámico (HDR).

KaOS 2024.03 ahora incluye la colección de aplicaciones KDE Gear 24.02.0 y Frameworks 6.0.0, con mejoras significativas en aplicaciones como KOrganizer, KMail y Kdenlive, todas construidas en Qt 6.6.2. Entre las mejoras, se destacan funciones como el envío de invitaciones por correo electrónico cifradas y firmadas en KOrganizer, IA de código abierto y sin conexión en KMail, y mejoras en subtítulos y edición de video en Kdenlive.

Otro de los cambios que se destaca en KaOS 2024.03 con la introduccion de KDE Plasma 6 estable, es que sé despide de manera definitiva de GTK2, el cual ha sido eliminado de los repositorios de KaOS después de cuatro años de final de vida.

Por la parte de las actualizaciones internas se destaca que el corazón del sistema es el Kernel de Linux 6.7.9, mientras que para la administración del sistema Systemd 253.17 está presente, por la parte de la pila de gráficos podremos encontrar a Mesa 24.0.2 y el sistema de archivos ZFS 2.2.3.

Ademas de ello se ha incorporado Systemdgenie, una herramienta GUI integrada con Plasma 6 para administrar servicios systemd, el instalador de Calamares se ha mejorado significativamente, incluida la partición automatizada con soporte para todos los sistemas de archivos populares y SDDM, el administrador de pantalla preferido para KaOS, se ha actualizado para admitir Wayland.

De los demás cambios que se destacan:

• Las actualizaciones del sistema base incluyen GCC 13.2.1, Glibc 2.39, Binutils 2.42, Opencv 4.9.0, OpenSSL 3.2, Gstreamer 1.24.0.
• Los usuarios disfrutarán del regreso del Cubo en Plasma 6 para una experiencia visual más dinámica.
• LibreOffice ha sustituido así a Calligra como aplicación de Office predeterminada para KaOS.

Nuevos valores predeterminados configurables:

• Selección de archivos y carpetas con un solo clic, apertura con doble clic.
• Habilitación predeterminada del toque para hacer clic en el panel táctil en Wayland.
• Wayland como sesión gráfica predeterminada.
• Nuevo estilo predeterminado del conmutador de tareas: Thumbnail Grid.
• Desplazamiento en la barra de desplazamiento con clics.
• Desplazamiento por el escritorio sin cambiar de escritorio virtual.
• Paneles flotantes por defecto.

Para quienes estén interesados en conocer más al respecto sobre este lanzamiento, pueden consultar los detalles dentro del anuncio oficial en el siguiente enlace.

Descargar KaOS 2024.01

Para los interesados en probar o instalar esta distro, deben saber que las compilaciones se publican para sistemas x86_64 (4.0 GB). Basta con que te dirijas al sitio web oficial de la distribución y en su sección de descargas podrás obtener la imagen del sistema. El enlace es este. La imagen descargada la puedes grabar en un dispositivo USB con ayuda de la aplicación Etcher.

Si ya eres usuario de KaOS, debiste haber recibido estas actualizaciones durante estos últimos días. Pero si no sabes si ya las tienes instaladas, basta con que abras una terminal y en ella ejecutes los siguientes comandos:

sudo pacman -Syuu

Con ello solo debes de aceptar las actualizaciones en caso de existir y te recomiendo reiniciar tu equipo.

from Linux Adictos https://ift.tt/9LUXrkq
via IFTTT