Poco más de siete meses después de la anterior versión mediana, ya teneos una nueva actualización de esa herramienta que rompe las barreras existentes entre distribuciones Linux, si es que alguna vez las hubo. Distrobox 1.8 ha llegado con muchas correcciones, funciones e imágenes actualizadas. No hay que olvidar que es una herramienta que nos permite instalar imágenes de diferentes sistemas operativos y realizar varias operaciones, pero las actualizaciones de los sistemas disponibles no deja de ser importante.

Tal y como leemos en las notas de esta versión, era un lanzamiento necesario en el que destacan las correcciones en cómo enter gestiona las shells, lo que eliminará futuros problemas con los escapes. Además, se ha mejorado la integración con NVIDIA y se ha añadido la posibilidad de usar distrobox assemble remotamente.

Otras novedades de Distrobox 1.8

Distrobox 1.8 ha añadido soporte para varias imágenes nuevas, como uBlue y toolbx o los nuevos Fedora, Ubuntu y Alpine.

Por otra parte, se ha aprovechado el momento para aplicar muchos parches, entre lo que se incluye asegurar que las variables de entorno se configuren correctamente, arreglados los problemas de detección de nombres en archivos assemble y corregida la compatibilidad con las marcas de tiempo y los nombres de usuario en Active Directory.

Además, se ha mejorad la documentación, en lo que se incluyen actualizaciones en la compatibilidad para distribuciones como Apline 3.20, mejorada la interacción con VSCode y se han añadido iconos y correcciones a varias de estas guías.

Los usuarios interesados pueden ver la lista completa de cambios en el GitHub del proyecto. Distrobox 1.8 ha sido lanzado, pero como es habitual en Linux, ahora son los desarrolladores de las diferentes distribuciones los que tienen que subirla a sus repositorios oficiales. Para información más detallada sobre su instalación y uso, recomendamos visitar nuestro artículo relacionado, y también, por qué no, este otro sobre explicamos cómo usar AUR en cualquier distribución Linux.

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

Android está basado en Linux, pero no es un Linux tradicional. Está adaptado para que pueda ejecutarse en dispositivos móviles. «Tampoco es Linux», véanse las comillas, ChromeOS, o por lo menos no aparece como tal en ninguna estadística, pero se acerca un poco más a serlo. Desde hace tiempo, Google permite a los usuarios de su sistema operativo de escritorio instalar Debian en un contenedor, y en él se pueden instalar aplicaciones de Linux como Kdenlive.

Lo que está siendo noticia estos días es que Google está haciendo lo mismo, pero para su sistema operativo móvil. Las últimas versiones de Android Open Source Project (AOSP) incluyen la etiqueta ferrochrome-dev-option que permiten usar el terminal de Linux. Esta aplicación es parte del Android Virtualization Framework (AVF), e incluye un WebView que conecta Linux a una máquina virtual a través de una IP local, lo que permite a los usuarios ejecutar comandos de Linux.

¿Android Subsystem for Linux?

Como parte de Windows 10, Microsoft presentó Windows Subsystem for Linux, una manera de instalar Linux dentro de Windows que nos permitía usar Linux desde el terminal. Más adelante, además de facilitar su instalación también permitió instalar y ejecutar aplicaciones con interfaz de usuario. De momento, el trabajo de Google se está centrando en lo primero.

Queda por ver a dónde nos lleva todo esto, y si resulta ser algo tan útil como lo es en ChromeOS. De ser así, se podrían usar aplicaciones de escritorio de Linux en Android, y creo que probablemente termine siendo así. Está claro que para mucho no es necesario, puesto que Android tiene aplicaciones para todo, pero abriría todo un abanico de posibilidades. Además de poder usar todo tipo de herramientas de líneas de comandos, también puede facilitar las cosas para los desarrolladores.

Google aún está trabajando para refinar su aplicación de terminal y AVF antes de lanzar esta función oficialmente.

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

Desde hace varios años, he decidido no usar dual boot. ¿Por qué? Bueno, hace menos de dos meses que un parche de Windows 11 se lo cargó. Las soluciones suelen aparecer y no ser demasiado complicadas, pero yo creo que se pone en riesgo la instalación principal. Mi mentor en Linux ya me lo dijo hace tiempo, y bueno, que paso. Prefiero buscarme alternativas, como tirar de una instalación Win To Go.

Mi portátil principal ya tiene unos añitos. Aunque lo he ampliado hace no tanto, vino con 128GB en SSD y 1TB en HDD. Cuando lo amplié, además de subirle la RAM, le puse 1TB en SSD, y desde entonces el HDD se ha usado poco o nada. Un tiempo lo usé para copias de seguridad de Timeshift, pero es que tengo 2TB en un viejo AirPort Extreme — disco de Apple –, por lo que ya estoy cubierto. Además, no me convenció cómo gestionaba Timeshift las cosas, que muchas veces no me dejaba apagar mi Manjaro.

Así que, ¿Qué puedo hacer con ese disco? Si le instalo Windows normal, estamos en las mismas: es posible que en cualquier momento sobrescriba lo que no le pido y me fastidie. Por suerte, existe eso de Win to Go, que es una instalación de Windows que se puede hacer en un USB o SSD externo para llevárnoslo con nosotros, de ahí su nombre. Así lo he tenido un tiempo, desde que desmonté esos 128GB y no supe qué hacer con esa unidad. Pero recientemente he tenido la idea de usar un Win to Go en ese disco secundario y me sirve.

Dual boot sin dual boot con Win to Go

Ahora bien, el camino para conseguirlo no fue todo un paseo en barca. Si se quiere conseguir lo mismo que yo justo tras la compra de un equipo que ya venía con Windows, es más sencillo. Una versión completa permite a Rufus acceder a unidades no-USB con Alt+F o Ctrl+Alt+F, pero es algo no soportado por sus desarrolladores. Esto no es una posibilidad si se parte de un Win to Go como era mi caso, por lo que tuve que buscarme otra opción. Al final, lo que yo hice, aunque muy espaciado en el tiempo, fue esto:

1. En GNOME Boxes, instalé Windows 11.
2. Desde ese Windows 11 virtualizado, me creé un Win to Go en el SSD externo de 128GB, el que he estado usando para tener un «Windows nativo» — más bien, no en máquina virtual.
3. Intenté crear el Win to Go directamente desde lo del punto anterior, pero no fue posible. Por lo tanto, cloné ese SSD en el disco interno secundario HDD:
   1. Instalé CloneZilla, que está disponible como ISO Live, pero también como herramientas para Linux. Suele estar en los repositorios oficiales de la mayoría de distribuciones Linux.
   2. Para iniciar CloneZilla, hay que hacerlo con sudo clonezilla.
   3. Tiene una opción para novatos, y yo recomiendo usarla. Aunque está en inglés, básicamente es decirle que clone de unidad a unidad, elegir origen, destino e ir aceptando. Cuando termine tendrá un clon del disco en el nuevo destino.
4. Inicié Windows 11 pulsando F12 al arrancar y seleccionando «Windows» y ya funcionaba todo. Lento, pero funcionaba. Como cuando quemamos una imagen IMG en una unidad cualquiera, al clonar el disco tenía la partición EFI que permite iniciar, el disco duro que sería C y la partición de recuperación, que podríamos eliminarla porque en Win to Go no sirve de mucho, pero yo la dejé por si acaso, todo ocupando 128GB. Así que lo que quedaba era redimensionar el disco duro. Maneras de hacerlo hay muchas, como usar GParted Live o hacerlo desde la instalación principal con Linux, pero esto podría ser dolorosamente lento. Lo que hice yo fue usar NIUBI Partition Edition:
   1. Vamos a su página.
   2. En la URL, yo le quité la parte con «es/» porque me liaba más que otra cosa.
   3. Con la página en inglés, Hacemos clic en «Download» y luego en «Install», o en «Portable» si no lo queremos instalar. Yo lo instalé porque creo que es una herramienta más potente que la que trae Windows por defecto.
   4. Lo siguiente es como usar GParted o cualquier herramienta gestora de particiones: hacemos clic secundario sobre la partición de recuperación->mover y colocarla al final; clic derecho sobre la partición que sería C->redimensionar y alargar su tamaño hasta que lo ocupe todo; Aplicar cambios.

Y eso sería todo.

Ahora, cuando quiero usar Windows, tiro de ese disco, que también me sirve de copia de seguridad. Este artículo lo he escrito desde él. Me parece una buena manera de usar un disco HDD extra, aunque le cuesta arrancar y mover al principio… Windows es Windows se use como se use.

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