Sin dudas el 2021 fue un año bastante activo, pese a que aun durante el primer semestre de ese año aún hubo muchas restricciones por parte de las medidas tomadas por diferentes naciones en relación con la actual pandemia de Covid-19.

Dentro de los eventos que se suscitaron compartimos en este articulo algunos de los más importantes y que dieron de que hablar o que fueron noticias muy sonadas.

Eventos del 2021

Algo de lo no se dejó de hablar durante el 2021 y que durante el ultimo semestre de este tuvo mucho de que hablar fue el tema de las vulnerabilidades de las cuales de las más sonadas podemos recordar la de Log4j la cual permite la ejecución de código arbitrario cuando se escribe un valor con formato especial en el registro en el formato «{jndi: URL}».

Tambien está la de Mozilla NSS en el conjunto de bibliotecas criptográficas NSS (Servicios de seguridad de red) de Mozilla que podría conducir a la ejecución de código malicioso al procesar firmas digitales DSA o RSA-PSS especificadas mediante la DER (Distinguido reglas de codificación).

Otra fue la que fue detectada en impresoras HP que afectaba a más de 150 modelos diferentes de impresoras y equipos multifunción HP LaserJet, LaserJet Managed, PageWide y PageWide Managed. La vulnerabilidad permite un desbordamiento del búfer en el procesador de fuentes al enviar un documento PDF especialmente diseñado para imprimir y hacer que su código se ejecute a nivel de firmware.

En el lado de las vulnerabilidades en procesadores y hardware estas las de los nuevos tipos de ataques a las CPU de Intel y AMD. Tres vulnerabilidades clase Spectre y Meltdown en CPU AMD y vulnerabilidad en AMD SEV. Fugas de datos a través del bus de anillo de la CPU Intel.

Tambien debemos recordar el ataque a Intel SGX y las vulnerabilidades en chips DSP de MediaTek y tokens NXP.

Por otro lado, tambien debemos recordar el movimiento para destituir a Stallman y disolver la Junta Directiva de la Fundación STR luego del regreso de Stallman a la Junta Directiva de la Fundación STR. La ruptura de relaciones con la Open Source Foundation para muchos proyectos de código abierto, incluidos Red Hat, Fedora, Creative Commons, GNU Radio, OBS Project, SUSE, The Document Foundation. El proyecto Debian ha adoptado una posición neutral. Reestructuración de la gestión de la Open Source Foundation.

Otro caso muy sonado fue la de la suspensión de la Universidad de Minnesota en el desarrollo del kernel de Linux, ya que debido a ciertas actividades que ellos salieron a mencionar como «experimentar» con el envío de parches potencialmente vulnerables y en cuanto tiempo eran estos descubiertos, la universidad quedo fuera de participacion en el Kernel.

Por el lado del software y de lo que se vio nacer en el 2021 se destaca la noticia de Amazon sobre OpenSearch, la cual es una bifurcación de Elasticsearch, a lo cual posteriormente Elasticsearch bloqueó la capacidad de conectarse a bifurcaciones en bibliotecas cliente.

En el caso de los sistemas operativos esta MuditaOS el cual es para pantallas de papel electrónico. Muen es un micronúcleo para la construcción de sistemas de alta fiabilidad. Kerla es un kernel de Rust compatible con Linux. Chimera (kernel de Linux + entorno FreeBSD). ToaruOS . Puerto OpenVMS para x86-64. Preinstalación de Fuchsia OS en dispositivos Nest Hub y compatibilidad para ejecutar programas Linux en Fuchsia.

En la parte de adquisiciones está el de Muse Group que se hizo cargo de Audacity e introdujo nuevas reglas de privacidad (la comunidad reaccionó con bifurcaciones) y tambien esta categoria esta la noticia de Brave que compró el motor de búsqueda Cliqz.

Finalmente por la parte de los reclamos, está la de la reclamación judicial contra Vizio, asociada a la violación de la GPL, tambien el de la resolucion del caso que ha durado bastantes años entre Xinuos contra IBM y Red Hat.

Sony Music logró bloquear sitios piratas al nivel del sistema de resolución de DNS de Quad9 y en donde el tribunal a cargo rechazó la apelación de Quad9.

Otro caso muy sonado fue el de Google en el cual derrota a Oracle en el caso de Java y Android y tampoco podemos olvidarnos del caso de Take-Two Interactive que ha asegurado un bloqueo de GitHub de su proyecto de código abierto RE3. Después de la apelación, GitHub recuperó el acceso, pero Take-Two presentó una acción legal contra los desarrolladores y GitHub volvió a bloquear el repositorio.

from Linux Adictos https://ift.tt/3305ViB
via IFTTT

Hace poco los desarrolladores de la distribución Nitrux, que ofrece su propio entorno de escritorio «NX Desktop», dieron a conocer el anuncio de la creación de un nuevo entorno de usuario Maui Shell que se puede usar en computadoras de escritorio, dispositivos móviles y tabletas, adaptándose automáticamente al tamaño de la pantalla y a los métodos de entrada disponibles.

El entorno se desarrolla bajo el concepto de «Convergencia», que implica la capacidad de trabajar con las mismas aplicaciones tanto en las pantallas táctiles de los teléfonos inteligentes y tabletas, como en las grandes pantallas de los portátiles y PC.

Por ejemplo, se puede formar una skin para un smartphone sobre la base de Maui Shell, que, cuando se conecta a un monitor, teclado y mouse, puede convertir el teléfono inteligente en una estación de trabajo portátil. La misma skin se puede usar para computadoras de escritorio, teléfonos inteligentes y tabletas, sin la necesidad de crear versiones separadas para dispositivos con diferentes factores de forma.

El shell utiliza los componentes GUI de MauiKit y el marco Kirigami que está siendo desarrollado por la comunidad de KDE. Kirigami es un complemento para Qt Quick Controls 2 , y MauiKit ofrece plantillas de interfaz de usuario listas para usar que le permiten crear aplicaciones muy rápidamente que se adaptan automáticamente al tamaño de la pantalla y a los métodos de entrada disponibles.

El entorno de usuario de Maui Shell se compone de dos componentes:

• Una envoltura de Cask que proporciona un contenedor que abarca todo el contenido de la pantalla. El shell también incluye plantillas básicas para elementos como la barra superior, cuadros de diálogo emergentes, mapas en pantalla, áreas de notificación, barra de acoplamiento, accesos directos, interfaz de invocación de programas, etc.
• Administrador de compuestos Zpace, responsable de mostrar y colocar ventanas en el contenedor Cask, procesando escritorios virtuales.

La barra superior contiene el área de notificación, el calendario y los interruptores para acceder rápidamente a varias funciones comunes, como acceder a la configuración de red, cambiar el volumen, ajustar el brillo de la pantalla, controlar la reproducción y administrar la sesión. En la parte inferior de la pantalla, hay un panel de acoplamiento, que muestra iconos de aplicaciones ancladas, información sobre programas en ejecución y un botón para navegar por las aplicaciones instaladas (lanzador). Los programas disponibles se clasifican o agrupan según el filtro especificado.

Cuando se trabaja en monitores normales, la shell funciona en modo de escritorio, con un panel acoplado en la parte superior, que no está cubierto por las ventanas abiertas a la pantalla completa, y los elementos del panel se cierran automáticamente cuando hace clic fuera de ellos. La interfaz de selección de aplicaciones se abre en el centro de la pantalla. Los controles están diseñados para usar el mouse.

Con una pantalla táctil, la shell funciona en modo tableta vertical: Las ventanas abiertas llenan toda la pantalla y se muestran sin elementos decorativos. En un escritorio virtual, no se permiten más de dos ventanas, que se colocan una al lado de la otra o en forma de pila, por analogía con los administradores de ventanas de mosaico. Es posible cambiar el tamaño de las ventanas con un gesto de «pellizcar» o mover las ventanas deslizándolas con tres dedos; cuando mueves una ventana fuera del borde de la pantalla, se transfiere a otro escritorio virtual. La interfaz de selección de aplicaciones ocupa todo el espacio de pantalla disponible.

En los teléfonos, los elementos del panel y la lista de aplicaciones se expanden a pantalla completa: Un movimiento deslizante en el lado izquierdo del panel superior abre un bloque con una lista de notificaciones y un calendario, y a la derecha, un bloque de configuraciones rápidas. Si el contenido de la lista de aplicaciones, notificaciones o configuraciones no cabe en una pantalla, se utiliza el desplazamiento. Solo se puede mostrar una ventana para cada escritorio virtual, que ocupa todo el espacio disponible y se superpone al panel inferior. Usando gestos deslizantes en pantalla, puede abrir la barra inferior o cambiar entre aplicaciones abiertas.

El proyecto está en desarrollo activo. Las características aún no implementadas incluyen soporte para configuraciones de múltiples monitores, un administrador de sesión, un configurador y el uso de XWayland para ejecutar aplicaciones X11 en una sesión basada en Wayland.

La primera versión experimental se incluye como una opción en la actualización de diciembre de la distribución Nitrux 1.8 . Hay dos opciones para iniciar Maui Shell: con su propio servidor compuesto Zpace utilizando Wayland, y lanzar un shell Cask separado dentro de una sesión basada en servidor X. La primera versión alfa está programada para marzo, la versión beta está programada para junio y la primera versión estable está programada para septiembre de 2022.

El código del proyecto está escrito en C ++ y QML y se distribuye bajo la licencia LGPL 3.0.

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

from Linux Adictos https://ift.tt/3sQoy3t
via IFTTT

Aunque en Linux tenemos aplicaciones para hacer de todo, no todas están disponibles para nuestro sistema operativo. Y pueden llegar a hacer falta, o de lo contrario no existiría WINE. El software de WineHQ nos permite ejecutar apps de Windows en otros sistemas operativos, pero ¿cómo vamos a ejecutar aquellas que sólo están en la Microsoft Store? De hecho, ¿son compatibles las apps UWP con Linux? Bueno, vamos a decir que un poco como las otras más habituales.

Y es que las aplicaciones UWP (Plataforma universal de Microsoft) sólo se pueden descargar desde la tienda oficial de Microsoft. Además, su extensión es .appx, por lo que todo apunta a que es todo más complicado… pero no. Lo más complicado es saber que se puede y cómo. Y eso es justamente lo que vamos a hacer aquí: explicar cómo ejecutar aplicaciones de la plataforma universal de Microsoft en Linux, o mejor dicho en WINE, ya que esto debería funcionar también en otros sistemas operativos.

Descargar y usar apps UWP en Linux

El proceso es muy sencillo:

1. Lo primero que necesitamos es el archivo o el paquete de la app. Para ello, lo que tenemos que hacer es ir a la tienda de Microsoft desde un navegador web y buscar la app a instalar. En este ejemplo usaremos WhatsApp, cuyo enlace tenéis aquí.
2. Ese enlace lo tenemos que pegar en una página como store.rg-adguard.net, Lo que hace esa página es facilitarnos los enlaces de descarga de los paquetes.
3. De los enlaces que nos ofrece tenemos que elegir el de nuestra arquitectura, en mi caso el x64.
4. Dependiendo del navegador que usemos, puede que tengamos que hacer clic derecho en el enlace, «guardar enlace como» y decirle dónde descargar. Esto es así porque Chrome detecta que hay problemas de seguridad, por lo que también hay que ir al apartado de descargas y decir que queremos mantener el archivo.
5. Con el paquete ya descargado, el siguiente paso es descomprimirlo. Los archivos .appx son en realidad un .zip, por lo que podemos abrirlo con el terminal (unzip -d carpeta_de_salida) o con aplicaciones como el Ark de KDE.
6. Ahora que ya lo tenemos descomprimido tenemos que buscar su .exe. En el caso de WhatsApp está dentro de la carpeta «app», pero hay otros casos en los que está en otra ruta. Hay que buscar ese .exe.
7. Por último, vamos al terminal y escribimos «wine /ruta/al/exe», sin las comillas y en donde tendremos que poner la ruta a nuestro archivo .exe.
8. Como paso opcional, podemos crear un archivo .desktop (más o menos así) para que aparezca la app en nuestro menú de inicio.

Y eso sería todo. Si es compatible, como WhatsApp, la app se abrirá sin más. Si necesita algo extra, puede que WINE instale algún complemento, como Mono.

No nos entusiasmemos demasiado

Porque sí, puede funcionar, pero WhatsApp ha sido la tercera aplicación que he probado porque las otras dos me han fallado. También es comprensible, porque una era iTunes, que tiene mucha tela que cortar, y la otra era Amazon Prime, y el terminal dice que tiene problemas con la aceleración por hardware y ni siquiera se abre. Así que podríamos decir que podemos usar aplicaciones normalitas, pero las más complejas no. En cualquier caso, esta es una opción más, y artículos como este merecen la pena con tal sólo ayudar a uno de nuestros lectores.

from Linux Adictos https://ift.tt/3zt4hCA
via IFTTT

Aunque en Linux tenemos aplicaciones para hacer de todo, no todas están disponibles para nuestro sistema operativo. Y pueden llegar a hacer falta, o de lo contrario no existiría WINE. El software de WineHQ nos permite ejecutar apps de Windows en otros sistemas operativos, pero ¿cómo vamos a ejecutar aquellas que sólo están en la Microsoft Store? De hecho, ¿son compatibles las apps UWP con Linux? Bueno, vamos a decir que un poco como las otras más habituales.

Y es que las aplicaciones UWP (Plataforma universal de Microsoft) sólo se pueden descargar desde la tienda oficial de Microsoft. Además, su extensión es .appx, por lo que todo apunta a que es todo más complicado… pero no. Lo más complicado es saber que se puede y cómo. Y eso es justamente lo que vamos a hacer aquí: explicar cómo ejecutar aplicaciones de la plataforma universal de Microsoft en Linux, o mejor dicho en WINE, ya que esto debería funcionar también en otros sistemas operativos.

Descargar y usar apps UWP en Linux

El proceso es muy sencillo:

1. Lo primero que necesitamos es el archivo o el paquete de la app. Para ello, lo que tenemos que hacer es ir a la tienda de Microsoft desde un navegador web y buscar la app a instalar. En este ejemplo usaremos WhatsApp, cuyo enlace tenéis aquí.
2. Ese enlace lo tenemos que pegar en una página como store.rg-adguard.net, Lo que hace esa página es facilitarnos los enlaces de descarga de los paquetes.
3. De los enlaces que nos ofrece tenemos que elegir el de nuestra arquitectura, en mi caso el x64.
4. Dependiendo del navegador que usemos, puede que tengamos que hacer clic derecho en el enlace, «guardar enlace como» y decirle dónde descargar. Esto es así porque Chrome detecta que hay problemas de seguridad, por lo que también hay que ir al apartado de descargas y decir que queremos mantener el archivo.
5. Con el paquete ya descargado, el siguiente paso es descomprimirlo. Los archivos .appx son en realidad un .zip, por lo que podemos abrirlo con el terminal (unzip -d carpeta_de_salida) o con aplicaciones como el Ark de KDE.
6. Ahora que ya lo tenemos descomprimido tenemos que buscar su .exe. En el caso de WhatsApp está dentro de la carpeta «app», pero hay otros casos en los que está en otra ruta. Hay que buscar ese .exe.
7. Por último, vamos al terminal y escribimos «wine /ruta/al/exe», sin las comillas y en donde tendremos que poner la ruta a nuestro archivo .exe.
8. Como paso opcional, podemos crear un archivo .desktop (más o menos así) para que aparezca la app en nuestro menú de inicio.

Y eso sería todo. Si es compatible, como WhatsApp, la app se abrirá sin más. Si necesita algo extra, puede que WINE instale algún complemento, como Mono.

No nos entusiasmemos demasiado

Porque sí, puede funcionar, pero WhatsApp ha sido la tercera aplicación que he probado porque las otras dos me han fallado. También es comprensible, porque una era iTunes, que tiene mucha tela que cortar, y la otra era Amazon Prime, y el terminal dice que tiene problemas con la aceleración por hardware y ni siquiera se abre. Así que podríamos decir que podemos usar aplicaciones normalitas, pero las más complejas no. En cualquier caso, esta es una opción más, y artículos como este merecen la pena con tal sólo ayudar a uno de nuestros lectores.

from Linux Adictos https://ift.tt/3zt4hCA
via IFTTT

El mismo día que la semana pasada, también en domingo ya que el viernes fue Nochevieja, WineHQ acaba de lanzar WINE 7.0-rc4. Se trata de la cuarta Release Candidate de la séptima actualización mayor del software para ejecutar apps de Windows en otros sistemas operativos y, aunque se sigue puliendo el software, no incluye tantos cambios como cuando se lanza una versión de desarrollo cada quince días.

WINE 7.0-rc4 corrige 38 bugs y se han introducido un total de 42 cambios. En la rc3 se introdujeron justo 20 más, y esta reducción en el número de modificaciones puede tener que ver en que cada vez queda menos por pulir. En cuanto a cambios destacados, WineHQ no menciona nada, más allá de recordar que ya hemos entrado en la congelación del código, por lo que no se añaden nuevas funciones; sólo se incluyen correcciones.

En WINE 7.0-rc4 vuelven a añadirse algunas correcciones para juegos

Ya está disponible la versión de desarrollo Wine 7.0-rc4.

Las novedades de esta versión (véase más abajo para más detalles):
– Sólo correcciones de errores, estamos en la congelación del código.

WINE 7.0-rc4 es la cuarta Release Candidate de la próxima versión que llegará pronto, pero no se sabe exactamente cuándo. Ya se puede descargar desde este y este otro enlace, aunque el segundo no suele funcionar hasta pasadas unas horas (o días). También se puede descargar desde la páginas de descargas del proyecto, en donde también hay instrucciones para añadir el repositorio oficial a distribuciones como Ubuntu.

La semana que viene se espera que WINE 7.0-rc5 llegue y vuelvan a los lanzamientos de los viernes. En cuanto a cuándo llegará la versión estable, lo único que podemos decir es que WINE 6.0 llegó tras seis Release Candidates, por lo que WINE 7.0 podría llegar el 14 o el 21 de enero. Después de eso ya volverán a los lanzamientos bisemanales y empezarán a preparar el WINE 8.0 que llegará en 2023.

from Linux Adictos https://ift.tt/3HrkxGX
via IFTTT

Estamos en domingo, segundo día de 2022, y los desarrolladores que hay detrás de uno de los alumnos más aventajados de Arch Linux habían lanzado una Testing hace poco, por lo que no se esperaba una versión estable tan pronto. Pero Manjaro 2022-01-02 ha llegado, y lo ha hecho con un cambio que destaca sobre los demás.

No es que el paso a Python 3.10 vaya a traer mejoras enormes, pero la reconstrucción sí podría hacer que se experimentaran problemas. Por este motivo, el equipo de desarrolladores recomienda reconstruir todo lo de AUR para curarse en salud. A continuación tenéis una lista con las novedades más destacadas que han llegado junto a Manjaro 2022-01-02.

Novedades más destacadas de Manjaro 2022-01-02

• La mayoría de los Kernels han sido actualizados.
• Han retirado 2560 paquetes de Arch debido a las reconstrucciones de Python 3.10. Como hemos mencionado, recomiendan reconstruir todo lo relacionado a Python que se haya instalado de AUR. También piden el feedback de la comunidad para corregir potenciales problemas.
• pacman-mirrors 4.23.1 proporciona numerosas pequeñas correcciones cosméticas en los últimos meses.
• KDE Frameworks está en 5.89.
• Los drivers de Nvidia se han actualizado a 470.94 1 y 390.147.
• Xorg-Server está ahora en la versión 21.1.2 añadiendo correcciones de seguridad necesarias, incluyendo el reinicio/espera de los controladores de Nvidia que se arregló.
• Pipewire 0.3.42 corrige algunos problemas graves de la versión anterior.
• Han corregido algunos problemas con packagekit que incluye correcciones de errores en alpm y actualizaciones sin conexión.
• Cutefish está ahora en la v0.5.
• Systemd tiene su última versión importante de 2021: v250.
• Firefox está ahora en 95.0.2 y Thunderbird se ha renovado a 91.4.1.
• Mesa se ha renovado a 21.3.2.
• Wine está ahora en 7.0-rc2.
• Deepin tiene algunas pequeñas actualizaciones de aplicaciones.
• KiCad está ahora en 6.0.
• Algunas aplicaciones de Cinnamon se han renovado.
• AMDVLK está ahora en 2021.Q4.3.
• LibGLVND está en 1.4.0.
• Las habituales actualizaciones de la corriente principal, incluyendo Haskell y Python.

La actualización se ha anunciado este mediodía, y aparecerá en las instalaciones existentes pronto. La última ISO es la 21.2 Qo’nos.

from Linux Adictos https://ift.tt/32M6Tzg
via IFTTT

Hace unos instantes he estado haciendo algunas cosas en Ubuntu. Yo, que ahora casi siempre uso KDE/Plasma, lo noto pesado. Cuando quiero hacer varias cosas a la vez, veo un mensaje de «Esta aplicación no responde» y la posibilidad de forzar salida. Es algo que he visto muy poco en Linux y bastante en GNOME, pero he de decir que lo uso en un equipo bastante discreto. De ahí que mire al pasado y recuerde cómo era GNOME hace años.

Yo usé Linux por primera vez en el verano de 2006. Lo hice en una máquina virtual, y Ubuntu iba más rápido siendo huésped que mi Windows XP de anfitrión. Cuando comprobé que podía vivir sin el sistema de Microsoft me pasé a Linux, y por aquel entonces estaba GNOME 2.6. No era bonito, pero sí rápido y estable. Mi puntero dejó de mostrar el icono de que se estaba esforzando, y dejé mis dolores de cabeza y estrés informáticos atrás.

GNOME 3.x no le sienta tan bien a equipos discretos

Cuando Canonical lanzó Unity, muchos usuarios de Linux empezamos a probar alternativas. Hubo un sabor oficial llamado Ubuntu GNOME, pero desapareció cuando volvieron al escritorio que siguen usando hoy en día. Unity destrozaba los equipos en los que Ubuntu sí funcionaba días antes, y con la vuelta a GNOME se recuperó algo de velocidad. Algo.

Desde el momento en el que Ubuntu volvió a GNOME, el escritorio pasó a usarse en la versión principal de los sistemas operativos Linux más populares, entre los que también están Debian y Fedora. En la actualidad, alrededor del 40% usan el escritorio del que estamos hablando en este artículo, pero también somos muchos los que preferimos algo más personalizable y que funcione un poco más ligero.

El «Windows de Linux»… de algún modo

Sí, de algún modo, GNOME es el Windows de Linux. Aunque sé que en esta comunidad hay gente con conocimientos y no se queda en lo primero que le ofrecen, también sé que hay muchos que se quedan en GNOME porque es lo «normal» en Ubuntu, Fedora, Debian e incluso Manjaro lo ofrece como versión oficial. Además, muchos equipos que se venden con Linux preinstalado lo hacen con la versión principal de Ubuntu.

También se parece a Windows en cuanto a que es menos personalizable y pesado que otros escritorios, como KDE/Plasma. Mi portátil más flojo, el pobre con un i3, 4GB de RAM y disco rígido, no mueve nada bien ni Ubuntu ni la edición de Manjaro con GNOME. Cada dos por tres veo el mensaje de que hay una aplicación que no responde, algo raro de ver en Plasma, Xfce o LXQt.

Pero ojo, no todo en «Windows» es malo. Es más sencillo de usar, y en un equipo decente, al no ofrecer tantas opciones, tampoco se suelen ver los pequeños fallos que veíamos a toneladas en las viejas versiones de otros escritorios. Además, los gestos de GNOME 40 en adelante son algo que envidian otros proyectos.

Las cosas mejorarán, pero algunos nos quedaremos atrás

GNOME ha ido dando pasos adelante en las últimas versiones, y en la v40, además de los gestos, se ganó en fluidez, algo que aún mejoró más en la v41. Además, el marzo que viene incluirán novedades como la nueva herramienta de capturas de pantalla que también permitirá grabar vídeos, por lo que no podemos decir que sea una mala opción. Este artículo no va sobre eso. Va sobre el equilibrio. Sobre si es mejor lo sencillo y bonito o lo más complicado y menos bonito, pero más rápido.

En parte, este artículo es el de alguien que siente envidia. Alguien despechado. Desencantado. Alguien al que le gustaría usar GNOME si fuera más rápido en todos sus equipos y las aplicaciones fueran como las KDE Gear. Esto último no es 100% necesario, pero sí me gustaría no ver esos mensajes para «Forzar Salida».

En mi opinión, si el proyecto sigue por este camino, y más ahora que han abierto su «Círculo» de apps, el escritorio más usado podría ser también el mejor, por lo menos para los que tengan un equipo medio decente. En cuanto a si lo usaré como escritorio principal, es probable, si KDE no cambia algunas cosas como los gestos. Eso sí, tendré que hacerlo en mi mejor portátil o cuando retire el menos potente.

A mí me gusta. Y me disgusta. Y, bueno, este artículo es de opinión.

from Linux Adictos https://ift.tt/3sVvzQR
via IFTTT

Hace unos instantes he estado haciendo algunas cosas en Ubuntu. Yo, que ahora casi siempre uso KDE/Plasma, lo noto pesado. Cuando quiero hacer varias cosas a la vez, veo un mensaje de «Esta aplicación no responde» y la posibilidad de forzar salida. Es algo que he visto muy poco en Linux y bastante en GNOME, pero he de decir que lo uso en un equipo bastante discreto. De ahí que mire al pasado y recuerde cómo era GNOME hace años.

Yo usé Linux por primera vez en el verano de 2006. Lo hice en una máquina virtual, y Ubuntu iba más rápido siendo huésped que mi Windows XP de anfitrión. Cuando comprobé que podía vivir sin el sistema de Microsoft me pasé a Linux, y por aquel entonces estaba GNOME 2.6. No era bonito, pero sí rápido y estable. Mi puntero dejó de mostrar el icono de que se estaba esforzando, y dejé mis dolores de cabeza y estrés informáticos atrás.

GNOME 3.x no le sienta tan bien a equipos discretos

Cuando Canonical lanzó Unity, muchos usuarios de Linux empezamos a probar alternativas. Hubo un sabor oficial llamado Ubuntu GNOME, pero desapareció cuando volvieron al escritorio que siguen usando hoy en día. Unity destrozaba los equipos en los que Ubuntu sí funcionaba días antes, y con la vuelta a GNOME se recuperó algo de velocidad. Algo.

Desde el momento en el que Ubuntu volvió a GNOME, el escritorio pasó a usarse en la versión principal de los sistemas operativos Linux más populares, entre los que también están Debian y Fedora. En la actualidad, alrededor del 40% usan el escritorio del que estamos hablando en este artículo, pero también somos muchos los que preferimos algo más personalizable y que funcione un poco más ligero.

El «Windows de Linux»… de algún modo

Sí, de algún modo, GNOME es el Windows de Linux. Aunque sé que en esta comunidad hay gente con conocimientos y no se queda en lo primero que le ofrecen, también sé que hay muchos que se quedan en GNOME porque es lo «normal» en Ubuntu, Fedora, Debian e incluso Manjaro lo ofrece como versión oficial. Además, muchos equipos que se venden con Linux preinstalado lo hacen con la versión principal de Ubuntu.

También se parece a Windows en cuanto a que es menos personalizable y pesado que otros escritorios, como KDE/Plasma. Mi portátil más flojo, el pobre con un i3, 4GB de RAM y disco rígido, no mueve nada bien ni Ubuntu ni la edición de Manjaro con GNOME. Cada dos por tres veo el mensaje de que hay una aplicación que no responde, algo raro de ver en Plasma, Xfce o LXQt.

Pero ojo, no todo en «Windows» es malo. Es más sencillo de usar, y en un equipo decente, al no ofrecer tantas opciones, tampoco se suelen ver los pequeños fallos que veíamos a toneladas en las viejas versiones de otros escritorios. Además, los gestos de GNOME 40 en adelante son algo que envidian otros proyectos.

Las cosas mejorarán, pero algunos nos quedaremos atrás

GNOME ha ido dando pasos adelante en las últimas versiones, y en la v40, además de los gestos, se ganó en fluidez, algo que aún mejoró más en la v41. Además, el marzo que viene incluirán novedades como la nueva herramienta de capturas de pantalla que también permitirá grabar vídeos, por lo que no podemos decir que sea una mala opción. Este artículo no va sobre eso. Va sobre el equilibrio. Sobre si es mejor lo sencillo y bonito o lo más complicado y menos bonito, pero más rápido.

En parte, este artículo es el de alguien que siente envidia. Alguien despechado. Desencantado. Alguien al que le gustaría usar GNOME si fuera más rápido en todos sus equipos y las aplicaciones fueran como las KDE Gear. Esto último no es 100% necesario, pero sí me gustaría no ver esos mensajes para «Forzar Salida».

En mi opinión, si el proyecto sigue por este camino, y más ahora que han abierto su «Círculo» de apps, el escritorio más usado podría ser también el mejor, por lo menos para los que tengan un equipo medio decente. En cuanto a si lo usaré como escritorio principal, es probable, si KDE no cambia algunas cosas como los gestos. Eso sí, tendré que hacerlo en mi mejor portátil o cuando retire el menos potente.

A mí me gusta. Y me disgusta. Y, bueno, este artículo es de opinión.

from Linux Adictos https://ift.tt/3sVvzQR
via IFTTT

Cuando usé Linux por primera vez, las tiendas de software como tal no existían. Había gestores de paquetes, como Synaptic, pero nada como GNOME Software, Discover o Pamac. De lo primero que aprendí fue a actualizar los repositorios de Ubuntu y luego los paquetes. Más adelante cogí la costumbre de eliminar también los paquetes que ya no eran necesarios, pero esto no siempre es recomendable. Explico eso porque este artículo va sobre cómo combinar comandos en Linux.

Hay tres maneras de hacerlo que son las más comunes. En una de ellas, todos los comandos se ejecutarán independientemente de que uno falle o no; la segunda, a partir del segundo sólo se ejecutará si el anterior ha funcionado; en la tercera se ejecutará uno u otro. Cada orden o símbolos entre comandos significan una cosa, y quedará todo explicado a continuación.

Combinar comandos con los operadores &&, ; y ||

Habiendo explicado lo anterior, vamos a hablar primero del operador &&. Aunque hay dos «and» (y), se podría contar como uno, pero el segundo comando sólo se ejecutará si el primero ha funcionado. Por ejemplo, si estamos en un sistema operativo basado en Debian/Ubuntu y hemos añadido el repositorio oficial de OBS Studio, para instalarlo deberemos actualizar los repositorios y luego instalar el OBS de la fuente oficial. El comando quedaría así:

sudo apt update && sudo apt install obs-studio

Lo anterior significa «actualizar los repositorios y, si conseguimos actualizarlos, instalar OBS». Si, por ejemplo, no tenemos conexión a internet y no se pueden actualizar los repositorios, el segundo comando no se ejecutará.

El segundo es el operador del punto y coma. Usaremos este operador (;) si queremos ejecutar varios comandos sin importar si alguno falla o no. Por ejemplo, si tenemos una pantalla grande que lo permita, podemos escribir:

neofetch ; cpufetch

y en la misma ventana del terminal veremos información del sistema operativo, escritorio, etc (neofetch), y de la CPU (cpufetch). Si escribimos mal uno de los dos, el otro sí aparecerá.

Por último, tenemos las dos barras verticales (||) que significan «O», es decir, o uno o el otro. Si tenemos el comando_1 y el comando_2, escribiríamos:

comando_1 || comando_2

y de lo anterior se intentaría ejecutar el comando_1. Si no tiene éxito pasará al comando_2 y así seguirá hasta que llegue al final o a uno que funcione. Por ejemplo, podemos escribir cd Directorio || mkdir Directorio, con lo que o entraremos a ese directorio o, si no existe, lo creará.

¿Y si quiero combinar más?

En una línea podemos combinar más de dos comandos, e incluso los operadores. Por ejemplo:

comando_1 || comando_2 && comando_3

De lo anterior, intentará ejecutar el comando 1. Si lo consigue, parará. Si no, ejecutará el comando 2 y el tercero después, siempre y cuando el comando 2 se ejecute con éxito.

Y así es como se combinan comandos en Linux. Lo único que hay que hacer es recordar qué significa cada operador:

• &&= y, si el anterior ha funcionado.
• ||= o.
• ;= todo.

from Linux Adictos https://ift.tt/3mJIlO7
via IFTTT

Para alguien que vivió toda la vida en el hemisferio sur, no deja de ser sorprendente la actividad desarrollada en el primer mes del año por quienes están del otro lado. Claro, acá es pleno verano y aún quienes no tenemos vacaciones aprovechamos para bajar el ritmo. Pero, como el mundo de la tecnología se mueve básicamente al compás del hemisferio norte, no es de extrañar que el 2021 comenzara con bastantes novedades.

Qué pasó en enero

La primera novedad importante de enero fue que la tecnología Flash dejó de ser parte de Internet. En realidad, había dejado de serlo hace ya tiempo salvo para algunos viejos sitios de juegos y o videos porno (Eso me dijo un amigo). En los tiempos de la Internet estática, Flash fue la tecnología que le dio movimiento a Internet y facilitó la transmisión de contenidos multimedia. Gracias a Flash fue posible Youtube.

La relación de esta tecnología con Linux fue algo ríspida. La Free Software Foundation lanzó su propio reproductor que nunca llegó a despegar y, Adobe suspendió por un tiempo el desarrollo del reproductor oficial que quedó a cargo de Google (Solo para Chrome) aunque luego la retomó.

Sin embargo, Steve Jobs le bajó el pulgar prefiriendo la adopción de estándares abiertos para el iPhone y, Microsoft y Google lo apoyaron por lo que Adobe tuvo que aceptar la derrota y Flash dejó de estar disponible en el último minuto del 2020.

Censura buena y censura mala

A Donald Trump no le cayeron bien los resultados de las elecciones presidenciales y lo dejo en claro en sus cuentas de redes sociales. A las empresas que controlan las redes sociales ya no les caía bien Trump y aprovecharon la irrupción de manifestantes en el Capitolio para cerrarle las cuentas. Twitter lo hizo de forma permanente:

Después de una cuidadosa consideración de los Tweets recientes de la cuenta @realDonaldTrump y el contexto que los rodea, en particular la forma en que se reciben e interpretan dentro y fuera de Twitter, hemos suspendido permanentemente la cuenta debido al riesgo de incitación a violencia.

Facebook fue un poco más disimulado y en principio anunció una medida por dos semanas (Más adelante y con un simulacro de apelación lo haría permanente).

La justificación de la empresa de Mark Zuckerberg fue:
El odio, la división y la intolerancia que han encendido Trump y su administración no se disiparán de inmediato con el próximo cambio de poder.
Facebook debe prohibir definitivamente a Trump y tomar medidas contra sus facilitadores y aliados que continúan usando la plataforma para incitar a la violencia y difundir información peligrosa

Reacciones desde la comunidad del software libre

La decisión de las redes sociales tuvo un entusiasta apoyo de Mitchell Baker, la presidenta de la Fundación Mozilla que incluso fue más lejos:

Pero por muy censurables que sean las acciones de Donald Trump, el uso desenfrenado de Internet para fomentar la violencia y el odio, y reforzar la supremacía blanca se trata de algo más que de una personalidad. Donald Trump no es ciertamente el primer político que explota la arquitectura de Internet de esta manera, y no será el último. Necesitamos soluciones que no empiecen después de que se haya hecho un daño incalculable.

Algunas de las propuestas de Baker fueron:

• Informar quién paga por los anuncios, cuánto paga y a quién se dirigen.
•  Hacer públicos los algoritmos de la plataforma para que saber cómo y qué contenido se está amplificando, a quién, y el impacto asociado.
• Activar por defecto las herramientas que advierten sobre información falsa.
• Trabajar con investigadores independientes en el estudio del impacto de las plataformas en las personas y nuestras sociedades

Por su parte, Cory Doctorow, un reconocido activista del software libre no solo no acordó con la censura, sino que propuso un enfoque completamente diferente:

El problema no es (simplemente) que los directores generales de las grandes empresas tecnológicas no estén capacitados para tomar decisiones que rijan la vida digital de miles de millones de personas. Es que nadie está capacitado para tomar esas decisiones

El escritor pone énfasis en el principal obstáculo para la libre elección del usuario:

Si te gustan más las políticas de moderación de otro sitio que las de Twitter, puede que sigas en Twitter, porque ahí es donde está toda la gente con la que quieres hablar. Es más, las personas con las que quieres hablar siguen en Twitter porque tú estás allí. Es una especie de toma de rehenes mutua

Su solución es la de cambiar las reglas de Internet haciéndola dinámica. Una Internet en la que haya muchas formas diferentes de hablar con amigos, organizar un movimiento político, asistir a escuelas virtuales, intercambiar dinero por bienes y servicios, discutir sobre política y compartir creaciones.

Google se hace el mono…polio

Este año hablamos bastante de las actitudes monopólicas de las grandes tecnológicas. Un pequeño atisbo lo tuvimos con la decisión de Google de cortar el acceso a Sync y «otras API de servicios de Google al navegador Chromium. Google le había concedido derecho de acceso a los desarrolladores en el año 2013, pero, con la excusa que otros navegadores abusaban de sus servidores, los cortó

Artículos relacionados

from Linux Adictos https://ift.tt/3eGluio
via IFTTT