Dragonfly es un almacén de datos en memoria creado para cargas de trabajo de aplicaciones modernas.

Hace pocos días se dio a conocer el lanzamiento del sistema de almacenamiento de datos y caché en memoria Dragonfly, que manipula datos en el formato clave/valor y se puede utilizar como una solución ligera para acelerar sitios de alta carga, almacenando en caché consultas lentas al DBMS y datos intermedios en RAM.

Dragonfly es compatible con los protocolos Memcached y Redis, lo que le permite usar bibliotecas de clientes existentes y transferir proyectos usando Memcached y Redis a Dragonfly sin tener que volver a trabajar en el código.

Cabe mencionar que Dragonfly recientemente recibió una actualización, llegando este a su versión 1.0 y en la cual se destaca por la implementación de soporte para la replicación de datos desde el servidor primario al secundario.

Al mismo tiempo, Dragonfly se puede configurar para usarse como almacenamiento secundario que acepta datos del servidor principal basado en Dragonfly y Redis. La API de administración de replicaciones es compatible con Redis y se basa en el uso de los comandos ROLE y REPLICAOF (SLAVEOF).

Sobre Dragonfly

El alto rendimiento se logra gracias a una arquitectura de subprocesos múltiples sin compartir recursos (shared-nothing), lo que implica que se adjunta un controlador separado a cada subproceso con su propia porción de datos, que funciona sin mutexes ni spin-locks.

Los candados VLL ligeros se utilizan para garantizar la atomicidad cuando se trata de varias llaves, ya que para almacenar la información de manera eficiente en la memoria, se utiliza la estructura dashtable, que implementa una especie de tablas hash particionadas.

En comparación con Redis, Dragonfly presume de un aumento de rendimiento de 25 veces (3,8 millones de solicitudes por segundo) bajo cargas de trabajo típicas en un entorno Amazon EC2 c6gn.16xlarge. En comparación con Memcached en un entorno de AWS c6gn.16xlarge, Dragonfly pudo completar 4,7 veces más solicitudes de escritura por segundo (3,8 millones frente a 806k) y 1,77 veces más solicitudes de lectura por segundo (3,7 millones frente a 2,1 millones).

En las pruebas de almacenamiento de 5 GB, Dragonfly requirió un 30 % menos de memoria que Redis. Durante la creación de instantáneas mediante el comando «bgsave», el consumo de memoria aumenta, pero en los momentos pico se mantuvo casi tres veces menos que en Redis, y la operación de escritura de la instantánea en sí es mucho más rápida (en la prueba, se escribió una instantánea en Dragonfly en 30 segundos, y Redis – en 42 segundos).

Algunas características de Dragonfly son:

• Un modo de almacenamiento en caché que reemplaza automáticamente los datos antiguos con datos nuevos una vez que se agota la memoria libre.
• Compatibilidad con ciclos de vida de vinculación de datos durante los cuales los datos se consideran actualizados.
• Soporte para vaciar el estado de almacenamiento en el disco en segundo plano para una recuperación posterior después de un reinicio.
• La presencia de una consola HTTP (se une al puerto TCP 6379) para la gestión del sistema y una API para devolver métricas, compatible con Prometheus.
• Compatibilidad con 185 comandos de Redis, aproximadamente equivalente a la funcionalidad de la versión Redis 5.
• Compatibilidad con todos los comandos de Memcached excepto CAS (verificar y configurar).
• Compatibilidad con operaciones asincrónicas para crear instantáneas.
• Consumo de memoria predecible.
• Intérprete Lua integrado 5.4.
• Compatibilidad con tipos de datos complejos como hashes, conjuntos, listas (ZSET, HSET, LIST, SETS y STRING) y datos JSON.
• Soporte de replicación de almacenamiento para conmutación por error y equilibrio de carga.

Para los interesados en el código de Dragonfly, deben saber que este está escrito en C/C++ y se distribuye bajo la licencia BSL .La esencia de BSL es que el código de funcionalidad extendida inicialmente está disponible para modificación, pero durante algún tiempo se puede usar de forma gratuita solo sujeto a condiciones adicionales, que requieren la compra de una licencia comercial para eludir.

Los términos de licencia adicionales del proyecto Dragonfly exigen que el código se migre a la licencia Apache 2.0 el 15 de marzo de 2028. Hasta ese momento, la licencia permite el uso del código solo para garantizar el funcionamiento de sus servicios y productos, pero prohíbe el uso para crear servicios en la nube pagos que actúen como un complemento de Dragonfly.

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

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

Cuando hablamos de un software que sirve para ejecutar aplicaciones de otro entorno, podemos hablar de miles de cosas que se pueden mejorar, pero las más importantes son los motores que emulan el funcionamiento de otras tecnologías. Por ese motivo, de entre todos los cambios que se pueden introducir suelen destacar cuando se actualizan estos motores, y WINE 8.6 ha llegado hace unas horas con una actualización para el motor Gecko, aunque éste es menos importante que Mono.

WINE 8.6, que llega dos semanas después de la v8.5, usa ahora Gecko 2.47.4, y para aclarar para qué sirve, WINE implementa su propia versión de Internet Explorer, y la implementación está basada en una versión personalizada del Gecko de Mozilla. Los otros puntos que ha destacado WineHQ esta semana son una Librería matemática incluida de Musl libc y que se ha mejorado el soporte de archivos spool en el controlador PostScript, a lo que se le suma el habitual punto de correcciones varias. En cuanto a números, WINE 8.6 ha corregido 25 bugs e introducido un total de 368 cambios.

Bugs corregidos en WINE 8.6

• Pepakura viewer: err:wgl:X11DRV_wglShareLists ¡No se pueden compartir listas de visualización, el contexto ya está creado!.
• Varias aplicaciones necesitan el filtro descodificador DirectShow MPEG Layer-3 / l3codecx.ax (The Westerner, 3D Mark 2001SE).
• Team Fortress Arcade y Pixel Force: La música de Left 4 Dead no se reproduce.
• Problemas gráficos en Inquisitor (cuadros rojos pintados en la pantalla).
• Watchtower Library 2016 se bloquea al intentar reproducir un vídeo.
• Varios juegos activan GL_INVALID_FRAMEBUFFER_OPERATION en wined3d (juego de terror gratuito «My Place», DiRT Rally 2.0).
• CounterPath Bria Solo se bloquea tras el diálogo de inicio de sesión.
• The Bat! v9.3.4.12: Falta contenido en TTreeViews en versiones de Windows superiores a 8.
• schtasks.exe:schtasks falla en Windows 7 cuando faltan privilegios.
• Sin privilegios elevados schedsvc:rpcapi falla en Windows 7.
• uiautomationcore:uiautomation falla en Windows 10 1909.
• Varias aplicaciones se bloquean al no implementarse la función CFGMGR32.dll.CM_MapCrToWin32Err (demo de Matrix Awakens MegaCity Unreal Engine 5.1, Hogwarts Legacy).
• Chromium roto sandbox, necesita NtQueryInformationProcess con ProcessHandleTable.
• taskschd:scheduler – test_GetTask() falla en Windows 7 cuando no tiene privilegios suficientes.
• schedsvc:rpcapi provoca el fallo de taskschd:scheduler en w7u_adm.
• CubicSDR se bloquea en la función no implementada msvcp140.dll.?.
• Rethrow_future_exception@std@@YAXVexception_ptr@1@@Z.
• dinput:device8 – test_dik_codes() a veces obtiene tiempos de espera en el GitLab CI.
• schtasks.exe:schtasks hace que taskschd:scheduler se bloquee en w7u_adm y w8adm.
• La compilación falla con gcc 4.8.4 – error: falta el operador binario antes del token «(«.
• dinput:device8 – test_mouse_keyboard() falla en algunas localizaciones de Window 7.
• La demo de Pro Evolution Soccer 2008 tarda +- 9 minutos en completarse al extraer ‘Pro Evolution Soccer 2008 DEMO.msi’ .
• desactivando el tema ‘Light’ se soluciona el problema).
• LDAP Explorer (LEX) falla al conectarse sin SSL.
• dinput:device8 – test_overlapped_format() a veces obtiene un tiempo de espera en Wine (GitLab CI).
• Wine no actualiza el prefijo existente.
• DnsQuery_A() maneja mal CNAME D.

WINE 8.6 ya se puede descargar desde el siguiente botón. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

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

vkd3d, es la capa de traducción de Direct3D 12 a Vulkan de Wine

El proyecto Wine dio a conocer hace pocos días el lanzamiento de la nueva versión del paquete vkd3d 1.7 con una implementación de Direct3D 12 que funciona a través de la traducción de llamadas a la API de gráficos Vulkan.

El paquete incluye bibliotecas libvkd3d con implementaciones de Direct3D 12, libvkd3d-shader con shader model translate 4 y 5, y libvkd3d-utils con funciones para simplificar la migración de aplicaciones de Direct3D 12, así como un conjunto de demostraciones, incluido un puerto de glxgears a Direct3D 12.

La biblioteca libvkd3d admite la mayoría de las características de Direct3D 12, incluidos gráficos y computación, listas y colas de comandos, descriptores y descriptores de montón, firmas root, acceso no ordenado, muestras, firmas de comandos, constantes root, representación indirecta, métodos Clear*() y Copy*().

Ademas de ello libvkd3d-shader implementa la traducción del código de bytes 4 y 5 de los modelos de sombreado en una representación intermedia de SPIR-V. Admite sombreadores de vértice, píxel, teselación, cómputo y geometría simple, serialización y deserialización de firma root.

Las operaciones aritméticas, atómicas y de bits, los operadores de control de flujo de datos y comparación, las instrucciones de muestreo, recopilación y carga, las operaciones de acceso desordenado (UAV, vista de acceso desordenado) se implementan a partir de instrucciones de sombreado.

Principales novedades de vkd3d 1.7

En esta nueva versión que se presenta de vkd3d 1.7 se destaca él continuó trabajo para mejorar el compilador de shaders HLSL (High-Level Shader Language), asi como tambien que se agregó la capacidad de llamar a funciones definidas por el usuario y usar matrices como parámetros de funciones definidas por el usuario.

Otro de los cambios que se destaca de la nueva versión es la compatibilidad significativamente mejorada para los perfiles de modelo de sombreador Direct3D 1/2/3, ademas de que se agregó soporte inicial para tipos de punto flotante de baja precisión como «min16float».

Tambien se destaca que se agregó soporte para los parámetros SV_DispatchThreadID, SV_GroupID y SV_GroupThreadID y que se agregó una API pública para analizar (vkd3d_shader_parse_dxbc) y serializar (vkd3d_shader_serialize_dxbc) datos binarios de DXBC.

De los demás cambios que se destacan de la nueva versión:

• Compatibilidad con el parámetro «offset» opcional del objeto de textura Load()
  método.
• Soporte para la función intrínseca all().
• Soporte para la función intrínseca de distance().
• Soporte para las funciones intrínsecas exp() y exp2().
• Soporte para la función intrínseca frac().
• Soporte para la función intrínseca lit().
• Soporte para la función intrínseca reflect().
• Soporte para las funciones intrínsecas sin() y cos().
• Soporte para la función intrínseca smoothstep().
• Compatibilidad con las funciones intrínsecas sqrt() y rsqrt().
• Soporte para la función intrínseca step().
• Soporte para la función intrínseca transpose().
• Compatibilidad con las variantes que no distinguen entre mayúsculas y minúsculas de los datos «float» y «dword»
  tipos
• Soporte parcial para tipos de datos de precisión mínima como «min16float». Estos se interpretan actualmente como sus contrapartes regulares.
  Soporte de propagación constante mejorado, en particular a constante propagación a través de swizzles.
• La opción de compilación VKD3D_SHADER_COMPILE_OPTION_WRITE_TESS_GEOM_POINT_SIZE se puede usar para especificar si los sombreadores SPIR-V dirigidos a Vulkan los entornos deben escribir tamaños de puntos para geometría y teselado sombreadores si no se especifica, se escribirán los tamaños en puntos.

Finalmente, para los interesados en poder conocer más al respecto, deben saber que el código del proyecto se distribuye con licencia bajo LGPLv2.1 y que pueden consultar los detalles de este nuevo lanzamiento en el siguiente enlace.

¿Como instalar vkd3d 1.7?

Para los interesados en poder instalar vkd3d deben saber que deben realizar la compilación del código fuente, por lo que primero debemos de obtenerlo, es importante mencionar que Vkd3d depende de SPIRV-Headers y Vulkan-Headers (>= 1.2.139).

Para realizar la compilación debemos abrir una terminal y en ella vamos a teclear el siguiente comando:

git clone https://gitlab.winehq.org/wine/vkd3d.git

Hecho esto procedemos a ingresar al directorio recién descargado con:

cd vkd3d

Y procedemos a realizar la compilación ejecutando los siguientes comandos:

./configure

make

make install

Si quieres conocer más al respecto sobre la compilación de vkd3d puedes consultar los detalles en este enlace.

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

ROSA Linux es una distribución y sistema operativo Linux, desarrollado por la compañía rusa LLC NTC IT ROSA

STC IT ROSA dio a conocer hace poco el lanzamiento de la versión correctiva de «ROSA Fresh 12.4«, siendo esta la cuarta versión correctiva de la rama 12.x y que contiene todos los cambios y correcciones durante un año y medio de desarrollo de la plataforma.

Para quienes desconocen de ROSA Fresh deben saber que esta es una distribucion de Linux rusa, moderna, creada por la comunidad y legalmente disponible para todos de forma gratuita y cuyo código fuente del sistema está publicado bajo licencia GPL.

ROSA se originó como un fork de la ahora desaparecida distribución Linux Mandriva y desde entonces ha sido desarrollado en forma independiente. La compañía ROSA fue fundada a principios de 2010 y lanzó la primera versión de su sistema operativo en diciembre de 2010. Inicialmente, apuntaba a los usuarios empresariales, pero a fines de 2012 ROSA inició su distribución orientada al usuario final, la Desktop Fresh.

Principales novedades de ROSA Fresh 12.4

En esta nueva versión que se presenta de ROSA Fresh 12.4, la base de paquetes ha sido actualizada, con lo cual podremos encontrar al kernel de Linux 6.1.20 como el corazón de este nuevo lanzamiento (cabe mencionar que las ramas 5.10 y 5.15 enviadas anteriormente continúan siendo compatibles), ademas de que el kernel 6.1 tiene MGLRU (LRU multigeneracional) habilitado de forma predeterminada.

MGLRU se posiciona como una alternativa superior al código de recuperación de página existente del kernel. Este como tal es una implementación de LRU alternativa que optimiza la recuperación de páginas y mejora el rendimiento bajo presión de memoria. La recuperación de página decide la política de almacenamiento en caché del kernel y la capacidad de sobrecargar la memoria. Afecta directamente el uso de la CPU de kswapd y la eficiencia de la memoria.

Otro de los cambios que se destaca de la nueva versión es que se ha mejorado el soporte para tarjetas de red cableadas Realtek basadas en chips RTL8111, RTL8168 y RTL8411, para los cuales se agregó un módulo kernel r8168 separado del sistema operativo, que se usa automáticamente como controlador para estas tarjetas de red, y soporte para estos tarjetas del controlador r8169 en el kernel predeterminado de Linux 6.1 eliminado

Ademas de ello, tambien se destaca que se proponen nuevas versiones del indicador de actualización y de la consola de ayuda (termhelper) desarrolladas por el proyecto ROSA y que se agregó soporte para la instalación en particiones encriptadas sin ingresar una contraseña en el arranque

Tambien se destacan los controladores adicionales actualizados para Wi-Fi y Bluetooth: Realtek 8188gu, 8192du, 8723du, 8812au, 8814au, 8821au, 8821cu, 8852au, 88x2bu, rtw89 (8852ae, 8852be, 8853ce), rtk_btusb, Broacom WL.

De los demás cambios que se destacan de la nueva versión:

• Paquete de firmware de linux actualizado.
• Se agregó el paquete rtk_btusb-firmware para admitir hardware adicional, principalmente tarjetas inalámbricas.
• Controladores patentados actualizados para tarjetas de video NVIDIA 340, 390, 470, 510, 515, 520 y 525.
• Se puede usar el comando «sudo kroko-cli autoinstall» para seleccionar e instalar la versión de controlador requerida.
• Se corrigió un retraso en el inicio al instalar en BTRFS sin una partición /boot separada en ext2/3/4 (en tales configuraciones, la funcionalidad de guardar el último elemento cargado en Grub se desactiva automáticamente).
• Los problemas con el comando «reboot se han solucionado en los scripts kickstart.

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

Descargar y obtener ROSA Fresh 12.4

Para los interesados en poder probar o conocer la distribucion, deben saber que se ofrecen compilaciones totalmente gratuitas, diseñadas para la plataforma x86_64 en versiones con KDE Plasma 5, LXQt, GNOME, Xfce y sin GUI. Los usuarios que ya tengan instalado una versión anterior de ROSA Fresh R12.x recibirán la actualización automáticamente.

De los requerimientos mínimos, para quienes desean probar o instalar el sistema, deben saber que son los siguientes:

• Procesador x86 de 64 bits (compatibilidad limitada con i686, solo kernels 5.10 y 5.15)
  20 GB de espacio en disco
• Pantalla gráfica con una resolución de 1024×768 (también se admite el modo de texto del instalador)
• Soporte de arranque flash

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

La liberación de la actualización reaviva el debate sobre el monopilio

La rivalidad entre los principales navegadores web es sin duda una de las que más ha beneficiado a los usuarios (hasta cierto punto). Durante varios años ciertos navegadores han dominado el mercado ya sea por cierto “monopolio” de “alguna” empresa o tambien porque el navegador web en su momento llego a ofrecer mejores características que sus competidores.

Hasta este punto todo suena razonable, incluso el que se “copien” ciertas características se podría considerar permisible, ya que esto lleva a que la misma competencia se esfuerzo por mejorar su producto y en consecuencia como he mencionado, los usuarios obtienen estos beneficios.

Por el otro lado de la moneda tenemos a la competencia «desleal» que de los casos más conocidos es el de cierto motor de búsqueda que utilizo su producto en beneficio propio, pero que tambien afecto a su principal competencia y si, estamos hablando del caso de Chrome vs Firefox.

Y es que hablando del caso, se ha vuelto viral una noticia la cual es sobre un reciente lanzamiento de una actualización por parte de Microsoft de su software antimalware Windows Defender.

Lo interesante de la noticia, es que esta actualización «ahora permite que los usuarios se beneficien de la corrección» de un error de 5 años que afectaba el rendimiento de Firefox. Si la maniobra tiene el mérito de brindar a los usuarios de dicho navegador una experiencia de navegación mucho más fluida, se trata de relanzar un debate sobre el abuso de posición dominante por parte de Microsoft.

» Interesante. Me pregunto si tiene algo que ver con que Microsoft tenga su propio navegador. Estoy seguro de que quieren que funcione mejor que la competencia”, comentó un usuario.

“El impacto de esta solución es que en todas las computadoras que dependen de Microsoft Defender Real-Time Protection (que está habilitada de manera predeterminada en Windows), MsMpEng.exe consumirá significativamente menos recursos de CPU que antes cuando monitoreará el comportamiento dinámico. de cualquier programa a través de ETW (Event Tracing for Windows). Para Firefox, el impacto es particularmente significativo porque Firefox (¡no Defender!) depende en gran medida de VirtualProtect, que es supervisado por MsMpEng.exe a través de ETW. Creemos que en todas estas computadoras, MsMpEng.exe consumirá alrededor de un 75 % menos de recursos de CPU que antes al monitorear Firefox”, dijo uno de los desarrolladores de Mozilla que descubrió la fuente del error.

Y es que en el 2016, la agencia de noticias internacional AP (Associated Press) transmitió un comunicado de prensa según el cual el Servicio Federal Antimonopolio (FAS), el regulador de la competencia ruso, abrió una investigación antimonopolio contra Microsoft. Comenzó con una queja presentada por Eugene Kaspersky y su compañía de software antivirus. El editor ruso acusó a Microsoft de abusar de una posición dominante para eliminar los editores de antivirus independientes bajo Windows 10, a favor de Windows Defender.

¿Acusación fundada por Kaspersky? ¿Paranoia de la firma de seguridad rusa? Lo que debe saber sobre el software de seguridad que Microsoft incluye en cada versión de Windows es que permite a los usuarios de su sistema tener funciones de protección básicas sin necesidad de comprar o instalar software de terceros.

Desde Windows 8, por ejemplo, el software de seguridad de Microsoft integrado en Windows se desactiva automáticamente cuando detecta que un producto de terceros está instalado y actualizado. Por otro lado, si el producto de terceros caduca, el usuario será notificado por Windows y si no reacciona después de un tiempo determinado, Microsoft desactiva el producto caducado y reactiva Windows Defender. Este es uno de los mecanismos existentes en Windows.

Seguro que Windows 7 y Windows 8.1 ya están obsoletos pero Microsoft ha decidido publicar una versión del parche para estas versiones de su sistema operativo. Además, los ingenieros de Mozilla anuncian que los últimos descubrimientos realizados durante el análisis del extraño error Defender ayudarán a Firefox a reducir aún más el uso de la CPU con todos los demás programas antivirus, no solo Defender esta vez.

Fuente: https://bugzilla.mozilla.org/

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

En Linux hay muchas maneras de instalar un mismo software. Es algo de lo que ha llegado a quejarse Linus Torvalds, y desde 2015 aproximadamente hay al menos dos opciones más: los paquetes flatpak y los snap. Uno de los reclamos que podemos encontrar en ambos casos es que incluyen software principal y dependencias en un mismo paquete, lo que les hace funcionar desde un principio, son más limpios y esas cosas, pero esto es una verdad a medias.

Supongamos que no usamos ningún paquete flatpak y queremos instalar sólo uno porque lo necesitamos. Lo que veis en la captura de cabecera es justamente el tercero en discordia, más concretamente una aplicación llamada Immagini con la que podremos crear AppImages, ese tipo de app portable que se puede ejecutar, en teoría, en cualquier distribución Linux si la arquitectura es compatible. Immagini tiene un peso de 22,4mb, pero para poder instalarla necesitamos… 1325MB de espacio. ¿Cómo?

Dependencias compartidas, pero dependencias al fin y al cabo

Lo que me lleva a escribir sobre esto es en parte las conversaciones que tuve con un usuario hace tiempo, nuevo en Linux, sobre qué tipo de instalación era la mejor. Mi respuesta al final fue lo de siempre, algo así como lo que mejor se adapte a tus necesidades, pero él dudaba sobre el peso de las aplicaciones. Estaba confundiendo el del software principal con el peso total si necesita alguna dependencia, que por lo general las necesita. Pero no son dependencias como las de los repositorios oficiales.

Por ejemplo, cuando queremos instalar un programa que convierte archivos multimedia a otros formatos, si no lo tenemos ya es probable que nos descargue FFmpeg e ImageMagick, cada uno con unas cuantas dependencias más. Estas sí son dependencias al uso, pero las que se instalan junto a un paquete flatpak o snap son lo necesario para que se pueda ejecutar ese programa en nuestra plataforma. Si la aplicación está escrita en GTK o tiene componentes de GNOME, nos instalará la plataforma de GNOME y sus traducciones. Cuando instalemos otro programa GTK/GNOME, esto ya lo tendremos, por lo que no será necesario y el peso de la app ya será el que vemos en las tiendas de software.

En el caso de los paquetes Snap tenemos un poco lo mismo. Hace unos instantes me he dado cuenta de que tenía instalado el paquete snap de KDE Frameworks 5.98. Sinceramente, no sé por qué, pero probablemente porque hice alguna prueba con algún snap que dependiera de Frameworks 5.98.

Vigilando las dependencias de los flatpak y snap

Controlar los paquetes flatpak que tenemos de más es más sencillo, puesto que hay varios comandos para eliminar lo que no está siendo usado. Los datos y cache de la aplicación suelen estar almacenados en ~/.var/app, y se pueden eliminar perfectamente a mano porque está dentro de nuestra carpeta personal y sin protección, algo así como lo que hay dentro de .config. Si queremos eliminarlo con el terminal, tendremos que usar este comando:

flatpak uninstall --delete-data

Para eliminar las dependencias de un paquete, que para usar el nombre correcto deberíamos decir «runtimes», el comando sería:

flatpak uninstall --unused

Si lo que queremos es eliminarlo todo, deberemos escribir:

flatpak uninstall --all

Yo el último no lo he usado nunca, en parte porque está diseñado como medio para restablecer todo lo relacionado a flatpak. Se podrá volver a instalar un paquete flatpak, pero empezaremos de cero. Es para hacer una limpieza general.

En cuanto a los paquete snap, no hay nada parecido, o por lo menos no lo conozco. Cuando instalamos una aplicación, ésta aparece dentro de la carpeta snap. Si eliminamos el paquete, su contenido desaparece, pero sus archivos de configuración no, y pueden estar en .config, .caché o en otra carpeta. Los runtimes o dependencias, junto a los paquetes, suelen estar en /var/snap/ o /var/lib/snapd, pero hay que tener cuidado con lo que tocamos aquí. Mi recomendación sería tirar de tienda de software, y si tiene un apartado para ello, ir a la pestaña de snaps instalados. Si vemos algo que sabemos que no estamos usando, eliminarlo desde ahí.

También podemos escribir snap list, encontrar lo que sepamos que no estamos usando y eliminarlo con snap remove "paquete".

Terminando con algo positivo

Aunque hay que saber que existen, y en ocasiones se nos pueden poner los pelos de punta viendo lo que puede ocupar una aplicación al instalarla, no todo es malo. Cuando empecé a usar Linux, el que me enseñó lo primero que aprendí me decía que las aplicaciones de Linux pesaban muy poco, y eso era gracias a que existe software y dependencias que se comparten con otros programas. Esto es perfectamente aplicable a los paquetes flatpak y snap: si no existieran estas dependencias, cada nuevo paquete que las necesitara debería incluirlas en él mismo, por lo que las aplicaciones podrían ser muy pesadas. Tal y como están las cosas, las únicas pesadas serán las primeras; las siguientes ya no tendrán que descargar nada extra.

Era algo que había que explicar, y la toma de decisiones siempre es mejor cuando se está informado.

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

En las próximas horas, o ya en fin de semana, KDE hará oficial el lanzamiento de digiKam 8.0. Al formar parte del grupo de aplicaciones «extragear», sus actualizaciones no suelen coincidir con los lanzamientos de KDE Gear, y su numeración tampoco sigue el patrón del año, los meses de abril, agosto o diciembre y tres actualizaciones de punto. Llegar llegará pronto, pero aún no aparece en la portada de una página oficial que sigue mostrando la v7.10 como lo más nuevo.

Antes de anunciar una disponibilidad, cualquier desarrollador debe subir lo nuevo a sus servidores, y en ocasiones descargarlo y probarlo para confirmar que no hay ningún problema. Eso es lo que ya ha pasado, que digiKam 8.0 ya se puede descargar, pero quizá merezca la pena esperar y descargarlo cuando el lanzamiento se haga oficial, o mejor aún, esperar un poco más y usar la versión de los repositorios oficiales de nuestra distribución Linux.

Novedades más destacadas de digiKam 8.0

• Han subido a Qt 6.
• Se ha añadido soporte para exportar a JPEG-XL, WebP y AVIF, formatos a los que se puede convertir también al importar las imágenes desde nuestra cámara (que no es nuevo, pero soporta la importación de fotos del iPhone).
• Soporte para float16 en TIFF.
• Soporte para libjasper 4.0.
• Ahora usa ExifTool 12.59, G’Mic-Qt 3.2.2 y Libraw 20230403.
• Nueva opción para escribir metadatos a los archivos.
• Soporte para realizar operaciones de escritura de metadatos a archivos DNG y RAW.
• Otras novedades que revelarán en la nota de lanzamiento.

Como ya hemos mencionado, digiKam 8.0 ya está disponible para descargar, pero aún se tiene que anunciar su disponibilidad. Para el que quiera probarlo ya, la AppImage está disponible en este enlace. Las AppImage son paquetes que contienen software principal y dependencias en ellos mismos, como los Snap y Flatpak, y se ejecutan haciendo doble clic sobre ellos, para lo que puede ser necesario marcarlo como ejecutable e incluso instalar una dependencia, como es el caso de Ubuntu.

from Linux Adictos https://ift.tt/1S3JZUK
via IFTTT

En un artículo anterior habíamos determinado que existen dos formas básicas de distribución de software, instalación en el dispositivo del usuario de un programa almacenado en medio magnético u óptico o descarga o acceso mediante un navegador a un programa ubicado en un servidor externo. Esto nos deja dos opciones; las aplicaciones locales o en la nube.

A la hora de enumerar las ventajas y desventajas sería muy fácil atribuir al software alojado localmente mayor privacidad de los datos. Muchos tienen incorporadas funciones de telemetría que de no ser desactivadas envían datos de uso. Por el contrario, existen alternativas de código abierto que, alojadas en servidores propios, permiten asegurar la no divulgación de información.

Diferencias entre las aplicaciones alojadas localmente y en la nube

Antes que usar definiciones más complejas, mejor poner ejemplos. LibreOffice Writer es una aplicación instalada localmente, Documentos de Google es una aplicación en la nube. Ambas cumplen la misma función, la redacción y edición de textos, aunque existen varias diferencias.

1. En LibreOffice no necesitamos registrar una cuenta para iniciar sesión, en Google Docs sí.
2. Podemos elegir que versión de LibreOffice usar o cambiar por otro programa. Google Docs solo podemos decidir usarlo o no usarlo.
3. Nosotros somos responsables de la instalación de actualizaciones de seguridad y cambio a nuevas versiones en el caso de LibreOffice. Google lo hace con Google Docs.
4. Salvo que se trate de la versión portable instalada en un pendrive, si nuestro disco rígido u ordenador tiene un problema, no podremos acceder a LibreOffice. A menos que se produzca un fallo catastrófico global siempre accederemos a Google Docs desde cualquier dispositivo con navegador.
5. Aunque no haya conexión a Internet siempre podemos contar con LibreOffice, no así con Google Docs.
6. Si no guardamos el trabajo previo antes de cerrar LibreOffice Writer lo perderemos, no pasa lo mismo si cerramos el navegador con el que estamos accediendo a Google Docs.
7. LibreOffice tiene opciones de personalización de la interfaz que Google Docs no tiene.

Ya tenemos entonces los elementos para dar una definición:

• Software alojado localmente: Es aquel que obtenemos de un proveedor, ya sea en un cd, dvd o descargándolo en forma directa, o usando un gestor de paquetes o tienda de aplicaciones. Se instala en el disco rígido y solo puede usarse en conjunto con el sistema operativo en el que fue instalado. Una excepción a esto es los llamados programas portables que como no necesitan dependencias del sistema operativo anfitrión pueden usarse desde un pendrive o medio de almacenamiento óptico.
• Software almacenado en la nube: Su denominación correcta es Software como un Servicio. Se trata de aplicaciones plenamente funcionales a las que se accede mediante un navegador o aplicación web y están alojadas en un servidor externo contratado u operado por el proveedor. También puede ser el usuario quién descargue la aplicación y la instale en una nube operada por él.

Ventajas y desventajas

Las aplicaciones alojadas en la nube suelen tener tarifadas las mejores funciones. Aunque, en el caso de Google Docs y Microsoft 365 (Office online) los planes gratuitos resultan ser adecuados para los usuarios domésticos. Se comenta que Microsoft está pensando como una alternativa a la tarifa plana un plan que cobre el tiempo del uso de su suite ofimática.

La ventaja de las aplicaciones alojadas localmente es que puedes usarlas tanto como quieras sin tener que pagar de más. La ventaja de las aplicaciones alojadas en la nube es que si no las usas demasiado no ocupan espacio en el disco rígido ni tienes que preocuparte de las actualizaciones.

Aunque minimicé el tema de la privacidad como argumento a favor de las aplicaciones alojadas localmente, no niego que en forma teórica la tienen. Si estás planeando un atentado contra Biden y escribes el plan en Google Docs para compartirlo con tus compañeros de célula no te sorprendas si a las dos horas tienes a un comando de la CIA llamando a la puerta de tu casa.

En el próximo articulo la prometida lista de alternativas de código abierto a servicios en la nube. Hablaremos tanto de alternativas locales como autoalojadas.

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

TrueNAS Scale está diseñado para entornos y centros de datos a gran escala.

iXsystems dio a conocer el lanzamiento de la nueva versión de su distribución «TrueNAS SCALE 22.12.2», que utiliza el kernel de Linux y la base del paquete Debian (los productos anteriores de la empresa, incluidos TrueOS, PC-BSD, TrueNAS y FreeNAS, estaban basados ​​en FreeBSD).

TrueNAS SCALE se caracteriza por la diferencia de utilizar el kernel de Linux, mientras que los otros productos de iXsystems, tales como TrueNAS CORE están basados ​​en FreeBSD.

TrueNAS SCALE se desarrollan en paralelo y se complementan entre sí utilizando una base de código de kit de herramientas común y una interfaz web estándar. Proporcionar una edición adicional basada en el kernel de Linux se debe al deseo de implementar algunas ideas que son inalcanzables usando FreeBSD. Cabe señalar que esta no es la primera iniciativa de este tipo: en 2009, el kit de distribución OpenMediaVault ya se separó de FreeNAS, que se transfirió al kernel de Linux y la base del paquete Debian.

Una de las mejoras clave en TrueNAS SCALE es la capacidad de crear almacenamiento de múltiples nodos, mientras que TrueNAS CORE (FreeNAS) se posiciona como una solución de servidor único. Además de una mayor escalabilidad, TrueNAS SCALE también se distingue por el uso de contenedores aislados, la gestión simplificada de la infraestructura y la idoneidad para crear infraestructuras definidas por software.

TrueNAS SCALE utiliza ZFS (OpenZFS) como sistema de archivos, ademas de que TrueNAS SCALE brinda soporte para contenedores Docker, virtualización basada en KVM y escalado ZFS de múltiples nodos utilizando el sistema de archivos distribuido Gluster.

El acceso al almacenamiento es compatible con SMB, NFS, iSCSI Block Storage, S3 Object API y Cloud Sync. Para garantizar un acceso seguro, la conexión se puede realizar a través de VPN (OpenVPN).

El almacenamiento se puede implementar en un solo nodo y luego, a medida que aumentan las necesidades, expandirse horizontalmente gradualmente agregando nodos adicionales. Además de realizar tareas de almacenamiento, los nodos también se pueden usar para proporcionar servicios y ejecutar aplicaciones en contenedores orquestados mediante la plataforma Kubernetes o en máquinas virtuales basadas en KVM.

Principales novedades de TrueNAS SCALE 22.12.2

En esta nueva versión que se presenta de TrueNAS SCALE 22.12.2, podremos encontrar que se actualizo la base al kernel 5.15.79, junto con los controladores NVIDIA 515.65.01 y OpenZFS 2.1.9, ademas de que se agregó el soporte para hardware TrueNAS Enterprise.

Otro de los cambios que presenta la nueva versión, es que se agregaron opciones para configurar sudo en las pantallas de configuración y replicación del usuario, ademas de que se ha proporcionado una opción para que el administrador habilite el servicio SSH.

Ademas de ello, tambien se destaca que se ha agregado una opción a la configuración avanzada de la aplicación para agregar el indicador «forzar», mientras que para los trabajos de replicación pendientes, se proporciona información con los motivos de la pendiente.

También se implementan correcciones para los informes de estado del grupo, las opciones de la aplicación, las funciones de informes, las tareas de replicación y sincronización en la nube, los recursos compartidos iSCSI, el servicio SMB en los sistemas HA, varios problemas de la interfaz de usuario, el comportamiento de la interfaz de usuario relacionado con GPU aislada y paso de USB en máquinas virtuales, y cambios en la configuración. Opciones y conmutación por error en sistemas HA.

De los demás cambios que se destacan de esta nueva versión:

• Se agregó la función de reenvío a Kubernetes.
• Nuevo campo de servicio SSH: `adminlogin`
• Se añadió MinIO al entrenamiento empresarial
• Espejos ramificados para 22.12.2
• Se añadió el campo min_memory a la pantalla de edición/creación de VM en la interfaz de usuario

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

Descargar y obtener

Al igual que TrueNAS CORE (FreeNAS), TrueNAS SCALE se puede descargar y usar de forma gratuita.

El tamaño de la imagen iso es de 1,7 GB. El código fuente de los scripts de compilación, la interfaz web y las capas específicos de TrueNAS SCALE está publicado en GitHub.

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

Android 14 se basa en temas principales de privacidad, seguridad, rendimiento, productividad

Google dio a conocer hace poco el lanzamiento de la primera versión beta de la plataforma móvil «Android 14», version en la cual todos los usuarios que participan en el programa beta de Android con un teléfono Pixel ahora pueden experimentar las innovaciones que vendrán con Android 14.

Y es que en esta versión beta que se presenta se destaca la función de respaldo mejorada y muchas mejoras en las áreas de seguridad y privacidad son los aspectos más destacados hasta ahora.

Principales novedades de Android 14 Beta 1

Android 14 trae numerosas innovaciones, ademas de las mejoras de compatibilidad con tabletas y teléfonos inteligentes plegables, brindará una mejor experiencia de usuario, tendrá una interfaz de usuario más inteligente y mucho más.

En la versión beta que se presenta se destaca que cada aplicación puede tener sus propias actividades especiales, se mejoraron los gráficos, lo que atraerá especialmente a los desarrolladores, se mejoró la seguridad de los datos confidenciales y Play Protect protege su dispositivo de aplicaciones sospechosas en Play Store. TalkBack y otros servicios destinados a usuarios con discapacidad definitivamente deben mencionarse.

Ademas de ello se ha implementado una información sobre herramientas de flecha hacia atrás más prominente en las aplicaciones para que sea más fácil comprender la posibilidad de usar el gesto en pantalla para regresar.

Una innovación importante es la función de compartir, que permite compartir contenido con otras aplicaciones y servicios. Google ahora permite que las aplicaciones agreguen sus propias acciones, es decir, personalizar un poco este cuadro de diálogo.

El mecanismo Sharesheet, que se utiliza para enviar datos (como una imagen o un enlace) fuera de la aplicación o a otro usuario, tiene la capacidad de agregar sus propias acciones. Por ejemplo, puede definir su propia lista de controladores de ChooserAction que muestran las aplicaciones y los usuarios a los que se puede enviar. Además, se ha ampliado la gama de señales utilizadas para medir objetivos para el envío directo de datos.

El motivo oculto aquí es lograr que más aplicaciones utilicen el cuadro de diálogo Compartir oficial y, por lo tanto, promuevan la estandarización. Hasta ahora, muchos programas han utilizado sus propias implementaciones para compartir, lo que no es muy consistente desde el punto de vista del usuario.

La clase Path, que permite crear gráficos vectoriales basados ​​en rutas geométricas compuestas, ahora admite la interpolación entre rutas con una estructura similar para crear un efecto de transformación y usar PathIterator para iterar a través de todos los segmentos de la ruta.

Tambien se destaca que se amplió la capacidad de vincular configuraciones de idioma individuales a diferentes aplicaciones. Proporcionó la posibilidad de definir una lista de idiomas que se mostrarán en el configurador de Android al seleccionar un idioma para una aplicación específica.

Volviendo al tema de la navegación, entre los ajustes ocultos hay otra opción muy interesante, a saber, la posibilidad de forzar un fondo transparente para la navegación del sistema. Un buen extra para todos aquellos que están molestos porque muchas aplicaciones, incluidas, irónicamente, algunas de Google, han estado ignorando las especificaciones oficiales al respecto y produciendo barras feas durante años.

Por último y no menos importante cabe destacar que Android 14 ofrece una serie de mejoras importantes en términos de seguridad. Probablemente, el más relevante en la lucha contra el malware: las aplicaciones muy obsoletas generalmente ya no se pueden instalar en el futuro, ni siquiera a través de una «carga lateral» manual.

Finalmente cabe recalcar que Android 14 beta 1 aún no está disponible para descargar en dispositivos que no sean teléfonos Google Pixel y se espera que Android 14 se lance en el tercer trimestre de 2023.

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

Para los interesados en poder evaluar las nuevas funcionalidades de esta versión beta de la plataforma, deben saber que de momento solo se ha propuesto un programa preliminar de pruebas y las únicas compilaciones de firmware están preparadas para los dispositivos Pixel 7/7 Pro, Pixel 6/6a/6 Pro, Pixel 5/5a 5G y Pixel 4a (5G).

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