GIMP 2.10.38, la que sería la última versión antes de GIMP 3.0 llega con pocos cambios y funciones retroportadas

GIMP 3.0

Este es el año del lanzamiento de GIMP 3.0. De hecho, es probable que este sea el mes en el que podremos usar la versión estable de un GNU Image Manipulation Program con nuevas funciones y usando ya GTK3. Pero, mientras esperamos – más de lo que a alguno le gustaría -, ya tenemos aquí una nueva versión, un GIMP 2.10.38 del que se dice que es uno de los lanzamientos más tímidos de los últimos tiempos.

No incluye muchas novedades, pero sí han retroportado varias de ellas de GIMP 3. Entre lo digno de mención, se ha mejorado el soporte para el uso del programa con tablets bajo Windows. Quizá habría sido mejor dejar este soporte como está en la v2 del software de edición de imágenes libre más popular, pero han aprovechado este lanzamiento correctivo para darle una alegría a los usuarios que trabajan con GIMP con una tablet en Windows. Afortunadamente, hay desarrolladores que sí tratan a todos por igual.

GIMP 2.10.38 debería dar paso a GIMP 3

Entre otras de las funciones que se han retroportado desde GIMP 3, se ha actualizado el tamaño del diálogo de impresión para que los botones no se recorten, se han corregido problemas con los diálogos de ventanas emergentes que aparecían debajo de otros previos y se han incluido varias correcciones en la entrada del teclado. Estos problemas se estaban experimentando en Windows, por lo que van dirigidos a esta plataforma.

En el apartado de corrección de errores, se han corregido un par de cierres inesperados, los PNG indexados con transparencia se exportan ahora con los colores correctos, se han corregido los rangos de entrada de varios filtros, como Ondas y Distorsión, el campo de personalización de la barra de título admite ahora caracteres UTF-8 y los comentarios de las imágenes existentes ya no se «filtran» en las imágenes recién creadas.

GIMP 2.10.38 ya se puede descargar desde su página web oficial. Los usuarios de Linux tendremos que esperar un poco más, a no ser que instalemos su versión flatpak. El que quiera probar la beta, también está en el repositorio beta de Flathub y la más reciente, y última antes de la versión estable, es 2.99.18.

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

Las compilaciones reproducibles ya son un hecho en openSUSE Factory 

OpenSUSE compilaciones reproducibles

La capacidad de poder ofrecer compilaciones reproducibles en Linux es una marca de transparencia y seguridad en la que actualmente diversas distribuciones se encuentran trabajando y que otras ya ofrecen.

La importancia de ello radica en que esto permite tanto a desarrolladores, investigadores como a usuarios verificar que el binario distribuido se ha creado correctamente a partir del código fuente proporcionado y no ha sido alterado.

Consultado un poco la documentación de Linux, podemos entender que:

Generalmente es deseable que la construcción del mismo código fuente con el mismo conjunto de herramientas sea reproducible, es decir, que el resultado sea siempre exactamente el mismo. Esto hace posible verificar que la infraestructura de construcción para una distribución binaria o un sistema integrado no haya sido subvertida. Esto también puede facilitar la verificación de que un cambio de fuente o herramienta no supone ninguna diferencia en los archivos binarios resultantes

Y en el caso Linux y de manera general en todo el software de código abierto, las compilaciones reproducibles son esenciales para garantizar que la comunidad pueda verificar y auditar el software de manera, además de que esto permite poder detectar cambios mal intencionados.

openSUSE Factory ya ofrece compilaciones reproducibles «bit a bit»

La razón de mencionar esto, es que el proyecto openSUSE ha introducido el soporte para compilaciones reproducibles «bit a bit» en su repositorio openSUSE Factory, que es la base para la distribución openSUSE Tumbleweed.

Esta actualización permite garantizar que los archivos binarios distribuidos en los paquetes sean generados de manera consistente a partir del código fuente proporcionado, sin incluir cambios ocultos y como mencionamos, el beneficio de realizar esto, es que cualquier usuario puede verificar por sí mismo que las compilaciones propuestas coinciden exactamente con las compilaciones generadas desde los códigos fuente.

Un ejemplo reciente es que las compilaciones reproducibles permiten la creación de pruebas, simplemente reconstruyendo y comparando el resultado, de que una compilación de GCC cuya fuente se extrajo con un xz comprometido no estaba comprometida; Este proceso se logró sin necesidad de realizar ingeniería inversa sobre cómo se produjo el compromiso. De manera similar, se informó que las compilaciones reproducibles eran útiles durante las investigaciones del compromiso xz

Las compilaciones reproducibles se logran teniendo en cuenta detalles como la exactitud en las dependencias, el uso de las mismas versiones y configuraciones de las herramientas de compilación, un conjunto idéntico de opciones y configuraciones predeterminadas, la preservación del orden de los archivos en la compilación (mediante métodos de clasificación consistentes), y la desactivación de la adición de información no permanente por parte del compilador, como valores aleatorios, referencias de rutas de archivos, y detalles de fecha y hora de la compilación

La capacidad de verificar un binario ofrece una capa adicional de seguridad al no depender únicamente de la confianza en la infraestructura del compilador. Esto es crucial porque comprometer el compilador o las herramientas de compilación podría conducir a la inserción de elementos maliciosos o cambios ocultos en los binarios resultantes.

Por ejemplo, los desarrolladores de openSUSE utilizaron compilaciones repetibles para garantizar la integridad de los binarios después del famoso incidente del backdoor detectado en el paquete xz. En este caso, la biblioteca liblzma comprometida, utilizada para descomprimir archivos con código GCC, podría haber introducido cambios maliciosos en el código GCC, lo que a su vez podría afectar a las aplicaciones ensambladas.

Es importante tener en cuenta que el repositorio Factory no está destinado a usuarios finales, sino principalmente a desarrolladores de distribuciones. Esto se debe a que su estabilidad no está garantizada en todo momento.

Los paquetes agregados a Factory pasan por pruebas automatizadas utilizando openQA. Una vez que estas pruebas se completan y se verifica la consistencia del estado de dependencia, el contenido del repositorio se sincroniza con los espejos varias veces por semana. El resultado final de este proceso se publica como openSUSE Tumbleweed, que es la distribución estable y confiable que los usuarios finales pueden utilizar con confianza.

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

Una vulnerabilidad en Flatpak permitía ejecutar código fuera del sandbox 

vulnerabilidad

Si se explotan, estas fallas pueden permitir a los atacantes obtener acceso no autorizado a información confidencial o, en general, causar problemas

Hace ya varios días se dio a conocer la noticia de que fue detectada una vulnerabilidad en Flatpak (el sistema para construir, distribuir y ejecutar entornos aislados de aplicaciones de escritorio en Linux). Catalogada bajo CVE-2024-32462, junto con la clasificación CWE-88, la vulnerabilidad descubierta permitía escapar del sandbox a través de RequestBackground.

Esta vulnerabilidad afecta a ciertas versiones específicas de Flatpak, y su impacto puede ser grave, ya que una aplicacion especialmente diseñada podría ejecutar código arbitrario fuera del sandbox, comprometiendo la información del usuario.

Sobre la vulnerabilidad CVE-2024-32462

Se menciona que la vulnerabilidad permite que una aplicación maliciosa o comprometida distribuida mediante un formato de paquete flatpak eluda el modo de aislamiento de la zona de pruebas y acceda a los archivos del sistema principal. Este problema se manifiesta solo en paquetes que utilizan los portales de Freedesktop (xdg-desktop-portal), empleados para facilitar el acceso a recursos en el entorno del usuario desde aplicaciones aisladas.

Es posible pasar una interfaz arbitraria commandlinea la interfaz del portal org.freedesktop.portal.Background.RequestBackgrounddesde una aplicación Flatpak. Normalmente esto es seguro, porque sólo puede especificar un comando que existe dentro del entorno sandbox; pero cuando un objeto elaborado commandlinese convierte en –commandargumentos and, la aplicación podría lograr el mismo efecto de pasar argumentos directamente a bwrapy, por lo tanto, lograr un escape de zona protegida.

La solución es que Flatpak use el –argumento to bwrap, lo que hace que detenga las opciones de procesamiento, antes de agregar el comando especificado por el atacante. El –argumento ha sido respaldado desde bubblewrap 0.3.0, y todas las versiones compatibles de Flatpak ya requieren al menos esa versión de bubblewrap.

La explotación de esta vulnerabilidad permite a una aplicación en un entorno aislado utilizar la interfaz xdg-desktop-portal para crear un archivo «.desktop» con un comando que inicia la aplicación desde flatpak, permitiendo así el acceso a los archivos en el sistema principal.

La esencia de la vulnerabilidad que permite evadir el entorno aislado reside el argumento –command de flatpak run, el cual esperaba recibir un comando para ejecutar en la aplicación Flatpak especificada, junto con algunos argumentos opcionales. Al manipular el parámetro «–command«, que se emplea para pasar el nombre del programa, era posible pasar un nombre de opción, como por ejemplo –bind, y esto era interpretado erróneamente como una opción de bwrap para ejecutar el programa especificado dentro del paquete, en un entorno aislado.

Un ejemplo práctico de ello que se menciona, es para ejecutar la utilidad ls en un entorno de paquetes aislado, se utiliza algo similar a esto:

"flatpak run --command=ls org.gnome.gedit"

La cual ejecutará:

"bwrap ...lots of stuff... --bind / /host ls -l /host".

En este caso, el nombre «–bind» no se considerará como el nombre de la aplicación a ejecutar, sino como una opción de bwrap.

Como tal, la vulnerabilidad radica en el hecho de que si el nombre del programa comienza con los caracteres «–«, la utilidad bwrap lo interpretará como su propia opción. Originalmente, enviar comandos de esta manera no se consideraba peligroso, ya que se ejecutarían en un entorno aislado del paquete. Sin embargo, no se tuvo en cuenta que los comandos que comienzan con «–» serán interpretados como opciones por la utilidad bwrap. Como resultado, la interfaz xdg-desktop-portal se puede aprovechar para crear un archivo «.desktop» con un comando que explote esta vulnerabilidad.

El argumento —  ha sido compatible desde bubblewrap 0.3.0, y todas las versiones compatibles de Flatpak ya requieren al menos esa versión de bubblewrap. Se menciona que una de las soluciones es que la versión 1.18.4 de xdg-desktop-portal ya no permita que las aplicaciones Flatpak creen nuevos archivos .desktop para los comandos que se inician con -.

Finalmente cabe mencionar que la vulnerabilidad ha sido corregida en las versiones parcheadas de Flatpak 1.15.8, 1.14.6, 1.12.9 y 1.10.9. Asimismo, se ha propuesto una solución de seguridad en las versiones 1.16.1 y 1.18.4 de xdg-desktop-portal.

Puedes consultar la versión de Flatpak que tienes ejecutando el siguiente comando:

flatpak --version

En dado caso de estar sobre una versión vulnerable o si quieres actualizar tu versión de Flatpak, basta con ejecutar alguno de los siguientes comando:

Ubuntu/Debian y derivados:

sudo apt upgrade flatpak

RHEL/Fedora  y derivados:

sudo dnf upgrade flatpak

Arch Linux y derivados:

sudo pacman -Syu flatpak

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

XFCE muda sus canales de comunicación a Matrix

XFCE cambia a matrix

Después de un período de prueba de 6 meses, al 1 de abril de 2024, los desarrolladores del entorno de escritorio XFCE dieron conocer, mediante una publicación de blog, la decisión de trasladar los canales oficiales de comunicación del proyecto XFCE de IRC a Matrix.

Los desarrolladores mencionan que la principal razón detrás de esta migración es principalmente a la finalización del soporte para la integración de canales IRC en Matrix en la red IRC Libera.Chat, ya que muchos desarrolladores usaban Matrix para acceder a los canales de IRC a través de estos.

El cierre se debe a la decisión de tomar acción respecto al puente de Element Matrix Services (EMS) surgió por diversas preocupaciones de estabilidad, seguridad y privacidad, lo que culminó en la solicitud de desactivar la función de portal de EMS.

Otro de los factores que llevo a Libera.Chat a tomar la decisión fue debido a la carga de abusos, incluyendo oleadas de bots, filtraciones de privacidad y vulnerabilidades de seguridad, generó una tensión significativa en los recursos de Libera y la dificultad para abordar estos problemas con EMS.

Los desarrolladores de XFCE mencionaron que al perder el soporte, se fragmentó la comunicación entre usuarios que permanecieron en IRC y aquellos que se mudaron a canales Matrix independientes y con la finalidad de mantener una plataforma de comunicación unificada, se optó por transferir oficialmente los canales a la plataforma Matrix.

Además, la disminución de la popularidad de IRC se debe a varios factores, como la falta de familiaridad para los nuevos usuarios y la obsolescencia del protocolo en comparación con las necesidades modernas de comunicación.

Y es que Matrix ofrece una gran cantidad de ventajas al ser una plataforma abierta y descentralizada, lo cual es un ganar-ganar tanto para el proyecto como para la comunidad. Entre las ventajas de Matrix sobre IRC que contribuyeron a esta elección, se destacan las siguientes:

  • Facilidad de uso: Matrix proporciona una experiencia de uso más amigable en comparación con IRC, lo que puede reducir la barrera de entrada para nuevos usuarios.
  • Cifrado de extremo a extremo: Matrix ofrece cifrado de extremo a extremo de forma predeterminada, lo que garantiza la privacidad y seguridad de las conversaciones.
  • Sincronización de mensajes: Los canales de Matrix retienen los mensajes que llegan mientras un usuario está desconectado, evitando la pérdida de información y fomentando una comunicación más fluida.
  • Plataforma abierta y descentralizada: Matrix es una plataforma abierta y no depende de servidores centralizados, lo que la hace más resistente a fallos y censura.
  • Multi-dispositivo: El historial de chat se sincroniza en múltiples dispositivos de forma predeterminada en Matrix, eliminando la necesidad de configuraciones complejas.
  • Al acceder a canales IRC a través del puente Matrix, no es necesario administrar un Bouncer IRC . Los canales Bridged Matrix retienen los mensajes que llegan mientras usted no está conectado.

Se menciona que aunque los canales IRC anteriores siguen disponibles, ahora el principal punto de atención es la promoción de los canales basados en Matrix como el método oficial de comunicación interactiva en la documentación y el sitio web del proyecto.

Por ejemplo, para soporte técnico y discusiones generales, se alienta a usar #xfce:matrix.org en lugar del antiguo canal IRC #xfce en la red libera.chat. De manera similar, para debates relacionados con el desarrollo, se sugiere utilizar #xfce-dev:matrix.org en lugar de #xfce-dev en IRC, y para rastrear la actividad en GitLab, se recomienda #xfce-commits:matrix.org en lugar de #xfce-commits en IRC

Finalmente, cabe mencionar que Matrix no es el único canal de comunicación que tiene el proyecto XFCE, ya que también se ofrece a los usuarios la posibilidad de contribuir, participar o enviar sus dudas en el foro de Xfce o en la lista de correo xfce. De igual forma, si tienes dudas sobre como informarte en el proceso de desarrollo del entorno, puedes consultar su wiki en el siguiente enlace.

Si estás interesado en poder conocer más al respecto, puedes consultar los detalles en él, siguiente enlace.

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

Niri 0.1.5 llega con mejoras en animaciones

Niri

Niri es un compositor de Wayland con mosaicos desplazables

Niri, el compositor Wayland escrito en Rus ha llegado a su versión «Niri 0.1.5», en la cual el principal foco de atención fue el trabajo en las mejoras de soporte en animaciones, mejoras en el manejo de comunicación entre procesos y correcciones de errores importantes.

Para quienes desconocen de Niri deben saber que este es un compositor de Wayland inspirado en la extensión PaperWM de Gnome y adoptando un método de diseño en mosaico donde las ventanas se agrupan en una cinta que se desplaza infinitamente en la pantalla. Cada vez que se abre una nueva ventana, la cinta se expande, mientras que las ventanas previamente agregadas mantienen su tamaño.

Niri ofrece la capacidad de ejecutar aplicaciones X11 mediante el servidor Xwayland DDX. También cuenta con una interfaz integrada para tomar capturas de pantalla y grabar screencasts, con opciones para excluir ventanas individuales de las grabaciones, protegiendo así información confidencial.

¿Qué hay de nuevo en Niri 0.1.5?

En esta nueva versión que se presenta de Niri, como se mencionó al inicio, la principal novedad son las nuevas animaciones “spring animations” donde los valores y duraciones están más restringidos en casos específicos, asegurando que las ventanas no se vuelvan transparentes durante los rebotes. El uso de slowdown ahora escala la velocidad del gesto del touchpad, garantizando una animación más fluida.

Otro de los cambios que se realizó en las animaciones fue en el movimiento, redimensionamiento y cierre de ventanas, esto con la finalidad de implementar ajustes para que puedan funcionar sin problemas con ventanas bloqueadas en las grabaciones de pantalla, y los usuarios tienen la opción de deshabilitarlas o configurarlas individualmente.

Además de ello, no solo las animaciones fueron las que recibieron mejoras, ya que en Niri 0.1.5 se integró el soporte básico de tasa de refresco variable (VRR) que tiene como objetivo mejorar la suavidad de las animaciones en pantallas compatibles. Para ello, «niri msg outputs» ahora muestra si VRR es compatible y puede ser habilitado configurando el parámetro variable-refresh-rate en la configuración de salida.

Niri 0.1.5 también presenta diversas mejoras en la comunicación entre procesos (IPC) como la adición de «niri msg version» para mostrar la versión de Niri y la versión de la interfaz de línea de comandos (CLI de Niri).

También se han corregido algunos problemas menores, como el manejo del comportamiento de DRM leasing, la ocultación del cursor del ratón al interactuar con la pantalla táctil y la restauración de la posición de vista anterior al deshacer el modo de pantalla completa.

Se han realizado mejoras adicionales, como la restauración de la posición de vista anterior al deshacer el modo de pantalla completa, la ocultación del cursor del ratón al interactuar con la pantalla táctil y mejoras en el comportamiento del DRM leasing para prevenir fallas y manejar mejor los hotplugs.

Además de las nuevas características, se han implementado diversas correcciones y mejoras adicionales, las cuales incluyen:

  • La adición de una curva de aceleración ease-out-quad,
  • La corrección de problemas con el comportamiento de un gesto de touchpad horizontal
  • Adición de un ejemplo de enlaces para deshabilitar el micrófono en la configuración predeterminada. También se han realizado ajustes en la gestión de SIGPIPE en niri msg

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

¿Como instalar Niri en Linux?

Para los interesados en el proyecto, deben saber que se ofrecen paquetes compilados para Fedora, NixOS, Arch Linux y FreeBSD.

Para el caso de Fedora o derivados, basta con teclear:

dnf copr enable yalter/niri

Mientras que para Arch Linux, el comando es el siguiente:

sudo pacman -S niri

Para el caso de otras distribuciones, puedes consultar la documentación en el siguiente enlace, donde también podrás conocer un poco más sobre la personalización qué se realiza a través de un archivo de configuración que permite ajustar parámetros como el ancho del marco, el relleno, los modos de salida y el tamaño de las ventanas, todo sin necesidad de reiniciar el servidor compuesto.

from Linux Adictos https://ift.tt/4Q9LHoV
via IFTTT

WINE 9.8 llega con más de 200 cambios y corrigiendo un bug de 20 años con Microsoft Office 97

WINE 9.8

Fin de semana impar, o par, o lo que sea, pero que llega dos semanas después de la anterior versión de desarrollo de Winie Is Not an Emulator y ya toca una nueva. Lo que tenemos en esta ocasión es WINE 9.8, un lanzamiento que tiene su lista de novedades destacada, como todos, pero en ella no se incluye una que puede resultar, cuanto menos, curiosa: han corregido un fallo en Microsoft Office 97, y lo curioso aquí es que corrijan algo de un software que, probablemente, interese poco.

Entre lo que ha destacado WineHQ, el motor Mono se ha actualizado a la versión 9.1.0, los archivos generados por IDL utilizan stubs totalmente interpretados y se ha mejorado RPC, a lo que se le suma el punto habitual de varias correcciones de errores. En total, WINE 9.8 ha introducido 209 cambios. Lo que tenéis a continuación es la lista con los 22 bugs corregidos.

Bugs corregidos en WINE 9.8

  • El instalador de Microsoft Office 97 depende de que stdole32.tlb esté en formato v1 (SLTG).
  • El cursor desaparece durante la instalación de Installshield.
  • El lanzador de Battle.net falla al establecer los permisos de los archivos de WoW.
  • El cuadro de campos de aproximación sólo muestra 3/4 de una línea.
  • gldriverquery.exe se bloquea al arrancar wine y company of heroes dice que no hay 3d.
  • Faltan botones del programa Radiosure.
  • La aplicación de sincronización de escritorio para dispositivos Remarkable se bloquea al iniciar.
  • Enfoque Lotus: No se muestra el diálogo inicial de «Bienvenida» al arrancar.
  • SimSig con Wine 6.18 se rompe tras actualizar de libxml2 2.9.10 a 2.9.12.
  • msys2: gpg.exe falla porque «NtSetInformationFile Unsupported class (65)» / FileRenameInformationEx.
  • Solid Edge se bloquea después de un par de minutos.
  • Faltan opciones de bandeja de papel. Se ignora la orientación horizontal.
  • El Portal de Productos iZotope se bloquea.
  • VTFEdit: Excepción al cargar archivos .VTF.
  • Across Lite no muestra las letras correctamente al escribir.
  • Falcon BMS launcher no se inicia (se necesita .Net 4.6.1 nativo).
  • SaveToGame se cuelga durante la inicialización de DWM.
  • Recettear abriendo película en pantalla negra en Wine 9.5.
  • Corsair iCUE 4: necesita la función no implementada SHELL32.dll.SHAssocEnumHandlersForProtocolByApplication.
  • La llamada al método [vararg] a través de ITypeLib sin argumentos a través de IDispatch falla.
  • HWMonitor 1.53 necesita la función no implementada pdh.dll.PdhConnectMachineA.
  • vcrun2008 no se instala.

WINE 9.8 ya está disponible y se puede descargar desde el siguiente botón. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas llegará WINE 9.9 con cientos de retoques para seguir preparando la versión estable de 2024.

.boton {color: white; background-color: grey; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

OpenAI podría presentar su propio buscador basado en inteligencia artificial este mes

Concepto del buscaor de OpenAI

Cuando Internet empezó a expandirse, por lo menos tal y como yo recuerdo que pasó en España, había muchos buscadores de Internet que llegaban a anunciarse hasta por televisión. Recuerdo que había mucho chat y que uno de los buscadores preferidos por aquellos lares era el de Lycos. Había más, pero todo cambió cuando apareció un buscador que ofrecía resultados más rápidos y precisos. Su nombre, Google (leído gogle por muchos, no «guguel»). Años después podría repetirse la historia, pero esta vez con OpenAI de protagonista.

Que la IA está por todas partes desde hace un par de años no es nada nuevo. El pistoletazo de salida real lo dio justamente OpenAI con su ChatGPT, y a partir de ahí hay empezaron a surgir generadores de imágenes, compositores de música, búsquedas asistidas por inteligencia artificial… de todo. Esto último es lo que quiere hacer OpenAI, y circulan rumores relacionados desde hace meses. El más reciente asegura que está al caer.

OpenAI presentaría buscador este 9 de mayo

Los rumores no dejan de ser rumores hasta que se convierten en realidad. El del buscador de OpenAI empezó como especulación, pero los últimos acontecimientos nos hacen pensar que va en serio. Si vamos a search.chatgpt.com podemos ver un par de cosas, quizá imperceptibles para el ojo falto de entrenamiento: lo primero, lo que muestra es un texto plano que dice «not found». Pero hagamos una prueba: en la barra de URL del navegador, pongamos linuxadictosyensalada.com. Para qué hacer esa tontería, os estaréis preguntando; para comparar.

Error en la página

Cuando intenta entrar a una página que no existe, no lo consigue. Los navegadores nos muestran un mensaje con varias posibilidades, ya que el problema podría ser temporal o existir una restricción por permisos. Pero el caso es que no muestra nada y tampoco podemos ver el código de la página, pues no existe. Si vemos un error, como el 404 (página no encontrada) o 451 (bloqueada por razones legales, ejemplo) significa que el sitio web existe. En search.chatgpt.com sí podemos presionar Ctrl+U para ver que hay algo contenido. Texto plano y sin etiquetas HTML, pero hay contenido.

El otro detalle a tener en cuenta es que en la barra de URL no muestra ningún aviso de falta de seguridad. Eso es porque el certificado SSL existe, y el protocolo usado es https:// y no sólo http://, como uno gratuito que tengo yo para hacer pruebas en el que no pago por el certificado de seguridad. Esto del certificado es algo es algo que ha publicado un usuario de Reddit, quien lo ha descubierto o «se lo han descubierto»; no podemos descartar que alguien se lo haya chivado justamente para empezar a subir el hype.

¿El fin de Google como el rey de las búsquedas?

Dudo que, aunque no sea imposible, las cosas vayan a cambiar mucho. Torres más altas han caído, o si no que se lo digan al MSN Messenger o al Internet Explorer. Pero Google ya tiene mucho y muy buen recorrido. En mi opinión, la única manera de derrocar a Google es por medio de grandes sociedades. OpenAI y Microsoft hace tiempo que trabajan juntos, y eso ha hecho que Bing haya aumentado algo su cuota de mercado. Por otra parte, los últimos rumores sobre iOS 18, la próxima versión del sistema operativo móvil de Apple, aseguran que será la más importante de su historia por la inteligencia artificial, y parte de lo que presentarán tiene a OpenAI de fondo.

Si Apple se une a Microsoft, juntos pero no revueltos, y OpenAI, sigo pensando que está difícil, pero que los iPhone, iPad y Mac pasen a usar otro buscador por defecto puede ser, como poco, un dolor de cabeza para Google.

Podríamos especular mucho y llegar a muchas conclusiones que quizá no se harán realidad jamás. Para salir de dudas, una fecha: el 9 de mayo. Ese es el día en el que, según los rumores, OpenAI presentará su buscador.

Imagen: concepto creado por el autor

kbd {color: white; background-color: #353535; padding:3px 5px; border-radius: 7px; border: 4px double white;}

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

Kodi para webOS existe, pero no siempre es la mejor opción. Por qué ya lo he desinstalado

Kodi en LG

Cuando lanzaron Kodi 21.0, hubo estreno en forma de nueva plataforma soportada. Aunque cuando pensamos en televisiones inteligentes a muchos nos viene Android TV a la cabeza, también hay marcas que usan otras opciones como Tizen o webOS. El último suele ser el sistema elegido por LG, y usar el famoso y potentísimo software multimedia en una tele con un sistema sin una tienda como la Google Play es un caramelo demasiado goloso como para dejarlo pasar.

Yo lo he puesto a prueba, y tras casi un mes ya puedo opinar sobre si merece la pena o no. Lo cierto es que mi opinión no ha cambiado, y así lo escribí. Dije y sigo diciendo que sí, pero subrayando que para el que no tenga alternativa. Eso o tenga al menos una tele de una generación más moderna que la mía con algo más de RAM y almacenamiento. Y es que hay fabricantes que no dicen lo que montan en estos apartados, y encontrar la información es casi tarea imposible.

Si tienes otros aparatos, Kodi funciona mejor que en televisiones limitadas

Aunque los mantengo porque no soy bueno en la compra-venta de segunda mano, yo tengo ahora mismo una Xiami Mi Box con Android TV, un Apple TV de 4ª generación (el primero con Apple Store), una Raspberry Pi y un ordenador portátil con Manjaro. Menos el set-top box de Apple, todo lo demás me permite usar Kodi de una u otra manera, y este punto es clave para mí.

Mi LG es un modelo de 2018, y lo cierto es que ni tiene disco duro ni RAM suficiente para mover Kodi. Hay algunos complementos que sí funcionan, como los que permiten reproducir vídeos de diferentes plataformas que encontramos en páginas de dudosa reputación, pero hay otros que no tanto. Si dar nombres, en alguno me pongo a buscar por lo que hay disponible, puedo ver unas 10-20 opciones… y se cierra para liberar espacio. El mensaje no dice de dónde, pero se supone que es de la RAM.

El del disco duro tampoco es que vaya sobrado. Tiene 512mb de almacenamiento, y Kodi pelado se queda con más de 300. Para poder instalarlo en su día tuve que eliminar algunas apps de las que tenía, pero lo cierto es que no me dolió mucho porque tampoco las usaba.

Quizá sea diferente en modelos más modernos

Yo he terminado desinstalando Kodi de mi LG (webOS), pero por una razón lógica: tengo aparatos en donde funciona mejor y no me dan ningún dolor de cabeza. Ahora bien, para el que no disponga de dispositivos extra o su televisión tenga más disco duro y RAM, sí es una buena opción. De hecho, yo he notado que se ve con más calidad que la que ofrece mi portátil con Linux. Lo malo es eso, que para usarlo sólo para unos casos muy concretos y poder ver como se cierra, mejor usarlo todo en otra parte.

Quizá en mi próxima Smart TV… si no la compro con Android.

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

Brutal Doom: cómo jugar al que muchos consideran el mejor mod de Doom desde Linux

Brutal Doom

Cuando pensamos en juegos de disparos en primera persona (FPS por sus siglas en inglés), es habitual que lo primero que nos venga a la cabeza sea Doom. No fue el primero en llegar, ni Wolfestein tampoco, pero sí fue el que popularizó el género. Llegados a un punto, John Carmack y id Software liberaron el motor, lo que permitió a cualquiera con los conocimientos necesarios crear su propio mod. Uno de los más populares es Brutal Doom.

Brutal Doom lleva a Doom a otro nivel, haciéndolo más violento con más sangre, pero además hay animaciones de las muertes, ejecuciones, sonidos y mucho más. No está diseñado como otros, que tienen extensión WAD y se pueden jugar con RetroArch con el núcleo PrBoom. Pero no os preocupéis, porque aquí vamos a enseñar cómo jugarlo en Linux. Y ya de paso, cualquier mod que venga en el mismo formato.

Cómo jugar a Brutal Doom en Linux con GZDoom

GZDoom es un software para ejecutar juegos con el motor de Doom, pero con mejoras añadidas. Por ejemplo, podemos jugar a Doom en vista panorámica. Para jugar a Brutal Doom y otros mods como este, hay que hacerlo a través de GZDoom, y el proceso sería este:

  1. Descargamos el mod. Está disponible en este enlace, haciendo clic en la pestaña «files», desplazándonos más abajo y entrando en una de las opciones. En el momento de escribir este artículo, lo que hay disponible es Brutal Doom v22 Beta Test 3.

Descargar el mod

  1. Ahora tenemos que conseguir instalar GZDoom. Lo más sencillo y directo es instalar el paquete flatpak (este) o el snap (este), puesto que ya está todo listo. La otra manera de instalarlo es compilándolo, cuyas instrucciones detalladas están en este otro enlace. También lo tienen en AUR.
  2. Con GZDoom instalado, es buen momento para descomprimir el archivo que hemos descargado en el paso 1. Lo que nos interesa es un archivo con extensión PK3, en el momento de escribir este artículo brutalv22test2.pk3.
  3. Abrimos GZDoom para ver un mensaje de error informando de que no encuentra ningún archivo compatible, y nos va a decir dónde debemos ponerlos. En mi caso, que para esta prueba en concreto he usado el paquete snap, tengo que poner los archivos en mi carpeta personal/snap/gzdoom/current/.config/gzdoom. Cada uno tiene que poner los archivos compatibles en la ruta que muestre esa ventana emergente.

Error de GZDoom

  1. En este enlace tenemos los archivos WAD de Freedoom, un mod libre y cuyo uso es totalmente legal. No vamos a jugar a Freedoom, sólo vamos a meter algún archivo WAD en la ruta anterior para que GZDoom se abra sin errores.
  2. Lo que queda es usar el comando gzdoom ruta-a-brutal-doom, donde lo último es la ruta en donde tengamos el archivo PK3 de Brutal Doom.

Creando un archivo .desktop

Si queremos automatizarlo para usos futuros, lo mejor es crearse un archivo .desktop con esa orden. Cómo crearlos dependerá del entorno gráfico de nuestra distribución Linux. Por ejemplo, KDE permite hacerlo desde su «Editor de menús», pero GNOME no tiene una herramienta para esto. Un archivo .desktop tiene más o menos esta estructura y hay que meterlo en ~/.local/share/applications:

[Desktop Entry]
Version=1.0
Name=Brutal Doom
Comment=Mod brutal de doom
Exec=gzdoom /home/pablinux/snap/gzdoom/current/.config/gzdoom/brutalv22test3.pk3
Icon=/home/pablinux/Imágenes/brutal-doom.png
Terminal=false
Type=Application
MimeType=text/html;
Categories=Games
StartupNotify=false
Path=/home/pablinux/snap/gzdoom/current/.config/gzdoom/

Lo anterior en Ubuntu quedaría así, siempre y cuando tengamos la imagen en la ruta de la línea «Icon»:

Brutal Doom en GNOME

Válido para otros mods

Lo explicado aquí es válido para otros mods que podamos encontrar que haya creado la comunidad. Si están en formato WAD es suficiente con PrBoom, y también los abre GZDoom desde su ventana principal. Para otros como los que están en PK3 se puede hacer lo explicado aquí.

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important;}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important} 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/RLyr60q
via IFTTT

Trinity R14.1.2 añade soporte a Ubuntu 24.04, Fedora 40, nuevos estilos y mas

Screenshot de Trinity R14.1.2

Trinity R14.1.2

Se dio a conocer el lanzamiento de la nueva versión del entorno de escritorio Trinity Desktop Environment,»Trinity R14.1.2» la cual presenta la adición de nuevas aplicaciones, asi como también una serie de nuevas características, cambios significativos y correcciones de errores.

La rama Trinity R14.1.x se destaca por su enfoque en varias mejoras importantes. Por ejemplo, se ha introducido soporte inicial para el servidor de sonido PulseAudio, soporte para la infraestructura PKI, también se ha implementado un nuevo sistema de notificación para facilitar la conexión de dispositivos de almacenamiento externos, se ha agregado soporte para discos cifrados en formato LUKS, asi como también una nueva interfaz gráfica para el control de dispositivos Bluetooth.

¿Qué hay de nuevo en Trinity R14.1.2?

En esta nueva versión que se presenta de Trinity R14.1.2 son los nuevos estilos y decoraciones portados desde KDE, se añadió el estilo tde-style-polyester para widgets y decoraciones de ventanas, buscando un equilibrio entre atractivo visual y simplicidad y twin-style-fahrenheit una bonita decoración de estilo TWin de KDE 3.2.

Nuevas decoraciones y estilos de Trinity R14.1.2

Otra de las novedades que presenta Trinity R14.1.2 son las nuevas funcionalidades en aplicaciones, por ejemplo en ksnapshot se ha añadido la funcionalidad de retraso al modo ‘Región’, así como la capacidad de establecer el pixmap de forma remota, en tdebase se han agregado seis nuevos esquemas de colores y una opción de interfaz gráfica de usuario para elegir entre el diálogo de apagado estándar y el estilo Ubuntu, en konsole ahora se cuenta con la capacidad de restablecer el color de las pestañas al valor predeterminado, en kmail se ha añadido la opción de abrir el cuerpo HTML de un correo electrónico en un navegador externo, en gwenview se ha incluido una opción para evitar la carga de metadatos y en kstreamripper, tde ioslave/sftp, kxkb se aplicaron diversas mejoras y nuevas funcionalidades en estas aplicaciones y librerías.

Por la parte de las mejoras de soporte, se menciona que ahora se incluye soporte para Python 3.12, libpoppler 24.02, taglib 2, asi como también que se ha añadido soporte para Ubuntu 24.04 LTS Noble y Fedora 40, además dejaron de ser soportadas las versiones de Debian Stretch, Ubuntu Xenial, Devuan Ascii, Fedora 37, 38 y Mageia 8.

De los demás cambios que se destacan:

  • kicker’s quicklauncher: Ahora ignora las URL vacías.
  • noatun: Se ha solucionado el bloqueo al encontrar elementos vacíos en la lista de reproducción.
  • kaffeine: Se han corregido los filtros de archivos en el diálogo ‘Abrir’ a partir de la segunda apertura.
  • Varias correcciones en twin: Se ha mejorado el redimensionamiento y el comportamiento general con aplicaciones basadas en Terminal Virtual, como xfce y mate terminals, evitando así problemas de funcionalidad.
  • El proceso de migración y eliminación de código ha evolucionado en la versión R14.1.2, incluyendo conversiones a CMake y eliminación del soporte de autotools para varios módulos, entre otros.
  • Se rediseñaron los métodos de autenticación en el controlador SFTP y se añadió soporte para servidores SFTP a zeroconf ioslave.
  • TQt3 ahora cuenta con botones para moverse por el historial y se corrigieron problemas de pérdida de memoria y otros pequeños cambios.
  • Se solucionaron problemas relacionados con el cambio de tamaño de ventanas en aplicaciones que utilizan terminales virtuales, como los emuladores de terminal de xfce y mate, así como el editor de texto gvim.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

¿Cómo instalar Trinity desktop en Linux?

Para quienes estén interesados en poder instalar este entorno de escritorio en sus sistemas, pueden seguir las instrucciones que compartimos a continuación.

Para quienes sean usuarios de Ubuntu, Linux Mint o cualquier derivado de estos, lo primero que vamos a hacer es añadir el repositorio del entorno a nuestro sistema, por lo que para ello vamos a abrir una terminal en el sistema y vamos a teclear lo siguiente:

echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.1.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity.list
echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.1.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity-builddeps.list

Ya añadido el repositorio al sistema, en acto seguido vamos a descargar e importar al sistema la llave publica con el siguiente comando:

wget http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-keyring.deb
sudo dpkg -i trinity-keyring.deb

Después de ello vamos a proceder a actualizar nuestro listado de paquetes y repositorios con:

sudo apt-get update

Finalmente vamos a realizar la instalación del entorno en nuestro sistema con:

sudo apt-get install kubuntu-default-settings-trinity kubuntu-desktop-trinity

Ahora, para quienes sean usuarios de openSUSE leap 15.5, pueden instalar el entorno ejecutando los siguientes comandos:

rpm --import http://mirror.ppa.trinitydesktop.org/trinity/rpm/opensuse15.5/RPM-GPG-KEY-trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/rpm/opensuse15.5/trinity-r14/RPMS/x86_64 trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/rpm/opensuse15.5/trinity-r14/RPMS/noarch trinity-noarch
zypper refresh
zypper install trinity-desktop

Mientras que para quienes sean usuarios de Arch Linux o algún derivado, pueden compilar el entorno siguiendo las instrucciones de este enlace o añadir el siguiente repositorio a su archivo pacman.conf

[trinity]
Server = https://repo.nasutek.com/arch/contrib/trinity/x86_64

Actualizan e instalan con:

sudo pacman -Syu
sudo pacman -S trinity-desktop

Para el resto de las distribuciones de Linux, pueden seguir las instrucciones que se comparten en el sitio web oficial del entorno.

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