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