Nitrux continua con la migración hacia Maui Shell

Se dio a conocer hace poco el lanzamiento de la nueva versión de la distribución de Linux, «Nitrux 2.7.0», la cual su principal novedad es la introduccion de una nueva imagen del sistema construida con Maui Shell, actualizaciones y más.

Para quienes desconocen de esta distribución, deben saber que está construida sobre la base del paquete Debian, las tecnologías KDE y el sistema de inicio OpenRC. Esta distribución se destaca por el desarrollo de su propio escritorio «NX», que es un complemento sobre el entorno KDE Plasma del usuario, además de que el proceso de instalación de aplicaciones está basado en el uso de paquetes AppImages.

El escritorio NX ofrece un estilo diferente, su propia implementación de la bandeja del sistema, el centro de notificaciones y varios plasmoides, como un configurador de conexión de red y un subprograma multimedia para control de volumen y control de reproducción de medios.

Entre las aplicaciones creadas con el marco MauiKit, se puede mencionar el administrador de archivos Index (también se puede usar Dolphin), el editor de texto Note, el emulador de terminal Station, el reproductor de música VVave, el reproductor de video Clip, el control de aplicaciones NX Software Center center y el visor de imágenes Pix.

El entorno de usuario de Maui Shell está evolucionando en torno al concepto de «Convergencia», lo que significa que las mismas aplicaciones se pueden usar en pantallas táctiles de teléfonos inteligentes y tabletas, así como en pantallas grandes de computadoras portátiles y PC.

Principales novedades de Nitrux 2.7

En esta nueva versión que se presenta de Nitrux 2.7, podremos encontrar que los componentes de NX Desktop se han actualizado a KDE Plasma 5.27.2, KDE Frameworks 5.103.0 y KDE Gear (KDE Applications) 22.12.3.

Mientras que por la parte de las versiones de software actualizadas, los paquetes que se destacan son las actualizaciones que incluyen Mesa 23.1-git, Firefox 110.0.1 y controladores NVIDIA 525.89.02.

Otro de los cambios que se destaca de esta nueva versión, es que de forma predeterminada, el kernel de Linux 6.1.15 con parches de Liquorix está habilitado.

Ademas de ello, tambien se menciona que esta nueva versión la composición incluye los paquetes con OpenVPN y open-iscsi, asi como tambien que se eliminaron los archivos ejecutables con las utilidades de administración de paquetes de la imagen en vivo (el instalador de Calamares puede instalar el sistema y ellos, y son superfluos en una imagen en vivo estática).

El Centro de software NX se ha reconstruido con MauiKit, ademas de que se ha comenzado con la formación de una imagen ISO separada con Maui Shell, la cual cuenta con las versiones actualizadas de MauiKit 2.2.2, MauiKit Frameworks 2.2.2, Maui Apps 2.2.2 y Maui Shell 0.6.0.

Esta nueva compilación ofrecida todavía está posicionada para demostrar las capacidades del nuevo shell y las aplicaciones disponibles. El programa incluye Agenda, Arca, Bonsai, Booth, Buho, Clip, Communicator, Fiery, Index, Maui Manager, Nota, Pix, Shelf, Station, Strike y VVave.

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

Descargar la nueva versión de Nitrux

Si quieren descargar esta nueva versión de Nitrux 2.6, deberán de dirigirse a la página web oficial del proyecto en donde podrán obtener el enlace de descarga de la imagen del sistema y la cual podrán grabar en un USB con ayuda de Etcher. Nitrux está disponible para su descarga inmediata desde el siguiente enlace. El tamaño completo de la imagen de arranque es de 3,2 GB (NX Desktop) y 2,6 GB (Maui Shell).

Para aquellos que ya se encuentran sobre una versión anterior de la distribución, pueden hacer la actualización a la nueva versión, tecleando los siguientes comandos:

sudo apt update

sudo apt install --only-upgrade nitrux-repositories-config amdgpu-firmware-extra

sudo apt install -o Dpkg::Options::="--force-overwrite" linux-firmware/trixie

sudo apt dist-upgrade

sudo apt autoremove

sudo reboot

En cuanto a los que cuentan con una versión anterior de la distribución, pueden realizar la actualización del Kernel tecleando alguno de los siguientes comandos:

sudo apt install linux-image-mainline-lts
sudo apt install linux-image-mainline-current

Para los que estén interesados en poder instalar o probar los kernels Liquorix y Xanmod:

sudo apt install linux-image-liquorix
sudo apt install linux-image-xanmod-edge
sudo apt install linux-image-xanmod-lts

Finalmente para los que prefieren el uso de los kernels Linux Libre LTS y no LTS más recientes:

sudo apt instalar linux-image-libre-lts
sudo apt instalar linux-image-libre-curren

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

El problema del año 2038 podría causar que una parte del software falle en ese año. El problema afecta a los programas que usen la representación del tiempo basada en el sistema POSIX

Thorsten Kukuk, líder del Equipo de Future Technology de SUSE (Equipo de tecnología futura, desarrolla openSUSE MicroOS y SLE Micr ), quien anteriormente dirigió el proyecto SUSE LINUX Enterprise Server durante 10 años, sugirió deshacerse del archivo /var/run/utmp en distribuciones para abordar completamente el problema Y2038 en Glibc.

Con ello se propone mover todas las aplicaciones que usan utmp, wtmp y lastlog para obtener una lista de usuarios que usan systemd-logind.

El 19 de enero de 2038, se desbordarán los contadores de tiempo de época especificados por el tipo time_t de 32 bits. En Glibc, a pesar de la introducción del tipo time_t de 64 bits, para mantener la compatibilidad con aplicaciones de espacio de usuario de 32 bits, el tipo time_t de 32 bits todavía se usa en algunos casos en plataformas de 64 bits.

Hay dos problemas principales con utmp/utmpx con glibc en, por ejemplo, x86-64:

Se utiliza un campo time_t de 32 bits para la hora, que se desbordará en 2038
Hay problemas de diseño que permiten un ataque DoS ( el bloqueo de utmp/wtmp permite que un usuario sin privilegios niegue el servicio )
Un análisis del segundo problema por parte de los desarrolladores de glibc mostró que sería necesario un demonio adicional que maneje el acceso utmp/utmpx.

Aun que hay algunos problemas más…

Uno de esos casos es el archivo /var/run/utmp, que almacena datos sobre los usuarios actualmente conectados al sistema. El campo de tiempo en utmp se establece utilizando un valor time_t de 32 bits.

Se menciona que, simplemente cambiar un campo en utmp con el tiempo de un tipo de 32 bits a uno de 64 bits no funcionará, ya que esto cambiará la Glibc ABI (el tipo cambiará en funciones como login(), getutid() y utmpname()) y rompa la compatibilidad con aplicaciones que usan utmp, incluidas w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm display managers, emacs, openssh, qemu, samba, rsyslog, etc.

Debido a la abundancia de posibles escollos y laboriosidad, los desarrolladores de Glibc rechazaron la idea de reemplazar la longitud de bits del tipo time_t en utmp. Por la misma razón, se eliminó la opción de usar el espacio disponible en la estructura utmp para agregar un campo de tiempo adicional de 64 bits.

Además, cambiar la profundidad de bits del tipo en utmp no resuelve otros problemas existentes, por ejemplo, escribir en utmp requiere permisos especiales, lo que requiere que se otorguen privilegios adicionales a los procesos. Otro problema es que la arquitectura utmp permite a los usuarios locales realizar ataques DoS que rompen el servicio utmp mediante la manipulación de bloqueos de archivos, lo que hace imposible estar seguro de que el contenido de utmp refleje el estado real del sistema.

Se propuso usar un proceso en segundo plano adicional para manejar el acceso a utmp, pero para tales tareas ya existe un proceso systemd-logind y no es recomendable iniciar otro proceso especializado (las aplicaciones tendrán que transferir datos a dos controladores al mismo tiempo).

Al mismo tiempo, incluso al resolver el problema con los ataques DoS, el contenido de utmp sigue siendo solo informativo, sin garantizar un reflejo de la realidad.

Por ejemplo, diferentes emuladores de terminales y multiplexores reflejan su estado de manera diferente: ejecutar cinco terminales GNOME dará como resultado que un usuario se refleje en utmp, mientras que ejecutar cinco terminales konsole o xterm en KDE dará como resultado seis. Del mismo modo, el comportamiento de screen y tmux difiere, en el primer caso cada sesión se cuenta como un usuario independiente y en el segundo solo se refleja un usuario para todas las sesiones.

Como resultado, como la solución más simple, se propone transferir todas las aplicaciones para usar el servicio systemd-logind alternativo ya existente y, después de que no haya programas reales que accedan a utmp, dejar de escribir en utmp. Para reemplazar wtmp, se propone preparar API para escribir y leer información sobre los usuarios que usan systemd-journald.

Finalmente, cabe mencionar que la base de código para la próxima versión de systemd 254 ya incluye las funciones necesarias para proporcionar datos utmp de reemplazo a través de libsystemd usando la API sd-login.h o a través de DBUS.

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/107X9p3
via IFTTT

Hace un tiempo no le veía mucho sentido a sistemas como este, pero para mí todo cambió con los problemas de Python en la versión para Linux. Para que funcionaran algunos complementos de este famoso centro multimedia en el sistema operativo que usamos los editores y mayoría de lectores LXA había que darse un paseo por algunas configuraciones de Python, pero esos problemas parecieron quedar atrás con la última versión. Para evitar problemas de compatibilidad me creé un pendrive con este sistema operativo, y pronto actualizaré el software de ese pendrive a LibreELEC 11 estable, disponible desde hace unos instantes.

Ya hacía tiempo que se podía probar como beta, y de hecho yo tenía mi USB con esa versión preliminar, pero hoy se ha anunciado el lanzamiento de LibreELEC 11, ya basado en el último Kodi 20.0 Nexus. Sus desarrolladores avisan de que no se actualizará automáticamente desde 10.0, pero se puede actualizar manualmente desde los ajustes de configuración de LibreELEC. También informan de que las versiones anteriores (<19) deberán instalar desde cero por el salto que se dio a Python 3, o más concretamente por haberse abandonado el soporte para Python 2.x.

Novedades de LibreELEC 11.0

Aunque está construido sobre un sistema operativo virtualmente completo, LibreELEC tiene lo justo para que funcione Kodi, y casi todas las novedades que incluye LibreELEC 11.0 se comparten con la última versión del centro multimedia. Para más información sobre Kodi 20.0, podéis leer el artículo que publicamos el pasado enero. Las novedades de LibreELEC 11.0 van un poco de la mano de dónde se va a usar, y por ejemplo se ha mejorado el soporte para la imagen de x86_64:

La imagen genérica ejecuta ahora la misma pila de gráficos GBM/V4L2 que utilizamos desde hace tiempo con las plataformas ARM. Ahora soporta HDR con GPUs AMD e Intel recientes. Hemos añadido una imagen Generic-Legacy que ejecuta la antigua pila de gráficos X11 utilizada en LE v7-v10. Puede actualizar entre las imágenes GBM y X11 sin problemas.

LibreELEC 11.0 ya está disponible en la página de descargas del proyecto. Se puede grabar en tarjetas SD o un USB con su herramienta propia, pero también con otras como Etcher o Imager (de Raspberry). Como hemos explicado, los usuarios existentes pueden actualizar manualmente desde el apartado de configuración de LibreELEC si se está en Kodi 19, pero no desde versiones anteriores, quienes tendrán que hacer una instalación limpia.

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

Godot 4.0 zarpa: todos a bordo para nuevos horizontes

Luego de cuatro años de desarrollo, se dio a conocer el lanzamiento del motor de juegos «Godot 4.0», apto para crear juegos 2D y 3D. La rama Godot 4.0 incluye unos 12.000 cambios y 7.000 correcciones de errores. Unas 1500 personas participaron en el desarrollo del motor y en la redacción de la documentación.

El motor admite un lenguaje de trabajo de lógica de juego fácil de aprender, un entorno de diseño de juego gráfico, un sistema de implementación de juego con un solo clic, ricas capacidades de simulación de física y animación, un depurador integrado y un sistema de detección de cuello de botella de rendimiento.

Principales novedades de Godot 4.0

En esta nueva versión que se presenta de Godot 4.0, se proponen dos nuevos backends de renderizado (en clúster y móvil) basados ​​en la API de gráficos de Vulkan, que han reemplazado a los backends de renderizado a través de OpenGL ES y OpenGL.

Para dispositivos más antiguos y de gama baja, se ha integrado un backend de compatibilidad basado en OpenGL utilizando la nueva arquitectura de renderizado. Para el renderizado dinámico a resoluciones más bajas, se utiliza la tecnología de supermuestreo AMD FSR (FidelityFX Super Resolution), que utiliza algoritmos de reconstrucción de detalle y escala espacial para reducir la pérdida de calidad de imagen al escalar y convertir a una resolución más alta. Se ha implementado un motor de renderizado basado en Direct3D 12 , que mejorará el soporte para las plataformas Windows y Xbox.

Otro de los cambios que se destaca es que GIProbe, utilizado para llenar la escena con luz reflejada, se reemplazó con el nodo VoxelGI, que es óptimo para el procesamiento de iluminación en tiempo real en escenas con interiores de habitaciones pequeñas a medianas. Para el hardware de baja potencia, se ha dejado la capacidad de renderizar previamente luces y sombras usando mapas de luz, que ahora usa la GPU para acelerar el renderizado.

Ademas de ello, tambien se ha implementado nuevas técnicas de optimización de renderizado, asi como tambien que se agregó la selección automática de oclusión que detecta y elimina dinámicamente los modelos ocultos detrás de otras superficies para mejorar el rendimiento del renderizado y reducir la carga de la CPU y la GPU.

Se agregó el modo SSIL (Screen Space Indirect Lighting) para mejorar la calidad de representación en hardware de alto rendimiento al mejorar el manejo de las áreas oscuras y la iluminación indirecta. Además, se proporcionan configuraciones adicionales para simular la iluminación indirecta difusa utilizando la técnica SSAO (Screen Space Ambient Occlusion), como elegir el nivel de influencia de la luz directa.

Se proponen unidades de iluminación realistas, que le permiten ajustar la intensidad de la luz y utilizar la configuración estándar de la cámara, como apertura, velocidad de obturación e ISO, para controlar el brillo de la escena final.

Tambien se agregaron nuevas herramientas de edición de niveles para juegos 2D, se ha realizado un cambio radical en el proceso de desarrollo de juegos 2D y tambien se ha agregado un nuevo editor de mapas de mosaicos, que admite capas, autocompletado de paisajes, ubicación aleatoria de plantas, piedras y varios objetos, selección flexible de objetos.

De los demás cambios que se destacan:

• Trabajo unificado con mapas de teselas y conjuntos de fragmentos para la construcción de un mapa (tileset).
• Los fragmentos de un conjunto se expanden automáticamente para eliminar los espacios entre fragmentos adyacentes.
• Se ha agregado una nueva función para colocar objetos en el escenario que, por ejemplo, se puede usar para agregar personajes a las celdas de la cuadrícula de mosaicos.
• Trabajo mejorado con luces y sombras en juegos 2D.
• Rendimiento significativamente mejorado cuando se utilizan múltiples fuentes de luz.
• Se agregó la capacidad de simular tridimensionalidad cambiando el nivel de iluminación en los mapas normales, así como creando efectos visuales como sombras largas, halos y contornos nítidos.
• Se ha añadido un efecto de niebla volumétrica que utiliza una técnica de proyección temporal para lograr un aspecto realista y un alto rendimiento.
• Se agregaron sombreadores de nubes para generar nubes dinámicamente que cambian en tiempo real.
• Soporte implementado para » calcomanías «, un método de proyección de material sobre una superficie.
• Se agregaron efectos de partículas en todo el espacio del juego que usan la GPU y admiten atractores, colisiones, estelas y emisores.
• Se agregó la capacidad de trabajar con la interfaz en modo de múltiples ventanas (varios paneles y partes de la interfaz se pueden separar como ventanas separadas).
• Se agregó un nuevo editor de interfaz de usuario y un nuevo widget de diseño visual.
• Se agregó un nuevo editor de temas.
• El sistema de gestión de iluminación y sombras se ha reescrito por completo para utilizar la tecnología SDFGI (Signed Distance Field Global Illumination) en tiempo real .
• La calidad de renderizado de sombras se ha mejorado significativamente.

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

Obtener Godot

Godot está disponible para descargar en esta página para Windows, Mac OS y Linux. También lo puede encontrar en Steam y itch.io.

El código del motor del juego, el entorno de desarrollo del juego y las herramientas de desarrollo relacionadas (motor de física, servidor de sonido, backends de renderizado 2D/3D, etc.) se distribuyen bajo la licencia MIT.

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

Una quincena después de la versión anterior, y así seguirá siendo hasta al menos finales de 2023, WineHQ lanzó en la noche del viernes WINE 8.3, lo que es una nueva versión de desarrollo con la que se realizan cientos de cambios pensando en la próxima versión mayor estable, es decir, WINE 9.0. Habrá momentos en los que todo se frene un poco, que suelen coincidir con el verano en el hemisferio norte, con las navidades y si tienen que asistir a alguna conferencia, pero cada dos semanas habrá una nueva versión como esta.

WINE 8.3 ha introducido un total de 228 cambios, y entre lo más destacado ha mencionado el soporte para la Low Fragmentation Heap, soporte para tarjetas Smard usando PCSC-Lite y la librería Zydis agrupada para una más correcto desmontaje, a lo que se le suma el punto más general de varias correcciones de errores. La siguiente es la lista de bugs corregidos, un total de 29.

Bugs corregidos en WINE 8.3

• 3D Sexvilla 2: tiempos de carga extremadamente largos.
• Path of Exile tartamudea constantemente.
• Untis 2015 (aplicación .NET 4.0) se bloquea al iniciarse con Wine-Mono.
• Múltiples aplicaciones PC/SC necesitan la implementación de winscard.SCardEstablishContext (AusweisApp2 1.x aplicación de tarjeta de identidad alemana, aplicaciones de prueba SmartCard, cliente Seneka EBDYS, Aruba Key).
• Múltiples aplicaciones PC/SC necesitan la implementación winscard.SCardListReaders (Aruba key, SmartCard test apps).
• El escaneo Freelist puede resultar en tiempo O(n) al asignar.
• No se puede hacer clic en un botón cuando se cambia la configuración de ppp en el instalador de Office 2007.
• La pila de Wine funciona mal cuando varios subprocesos asignan o liberan memoria simultáneamente.
• 6.0.1 Se introduce un error que provoca el cierre de Wavelab al cargar preajustes.
• La instalación del juego «¿Cuál es el secreto?» no consigue crear el icono.
• ntdll:rtlstr test falla en win32 arch con hi-IN locale.
• KeePassXC necesita Windows.Security.Credentials.KeyCredentialManager (UWP).
• Sacred:excepción no controlada en Wine 7.14.
• Escape from Tarkov necesita la implementación de DisplayConfigGetDeviceInfo(DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_NAME).
• rouvy : no se actualiza con el servidor, función no implementada bthprops.cpl.BluetoothRegisterForAuthenticationEx.
• shlwapi:ordinal – test_SHFormatDateTimeA() falla en la configuración regional mixta.
• Swift se bloquea debido a una función no implementada api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise.
• La falta de implementación de ntdll.RtlAddressInSectionTable() provoca que todos los archivos de imagen nativa de GraalVM se bloqueen al cargarse.
• Hardwar UIM6.0 se bloquea en 8.0, no en 6.0.3.
• dbghelp:dbghelp – La enumeración test_loaded_modules() falla en Windows 10 1607.
• riched20:editor – test_EM_GETSELTEXT() falla en la configuración regional hindi en Windows.
• El oleaut32:usrmarshal de 64 bits falla en Wine.
• Rich Edit se bloquea cuando se pulsa Ctrl+Derecha pasado el último párrafo.
• riched20:richole – subtest_InsertObject() falla en la configuración regional hindi en Windows.
• Lluvia intensa en Saints Row: The Third provoca fuertes reducciones de fps.
• El instalador de SpeedCommander 20 se bloquea al no implementarse la función SHELL32.dll.Shell_GetCachedImageIndexW.
• kernel32:locale – test_NLSVersion() falla en Windows 10 22H2.
• kernel32:locale – La prueba GetNumberFormatEx() falla en Windows 11.
• kernel32:locale – La prueba NtGetNlsSectionPtr() falla en Windows 11.

WINE 8.2 está disponible en este enlace. 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.

La próxima versión será un WINE 8.4 que llegará el 17 de marzo.

from Linux Adictos https://ift.tt/2KBdrZP
via IFTTT

xr:d:DAFcK6-Fc64:4,j:48063963271,t:23030319

Uno de los problemas que muchos ven en Linux es la fragmentación, la cantidad de distribuciones, escritorios y formatos de paquetes que hacen imposible saber cuál elegir. Las opciones podrían reducirse algo s prospera la idea de crear una tienda para instalar a todas las aplicaciones en todos los escritorios.

Los responsables de las fundaciones GNOME y KDE están conversando sobre la posibilidad de crear una tienda de aplicaciones única en base al formato de paquetes Flatpak

Una tienda para instalar a todas

La absolutamente pésima idea (Más abajo explico el por qué digo esto) incluye la eliminación de los respectivos centros de software y los formatos de paquetes nativos como DEB y RPM.

El objetivo declarado es la promoción de la diversidad y la sostenibilidad en la comunidad de escritorio Linux incorporando la posibilidad de recibir pagos, donaciones y suscripciones en aplicaciones descargadas de la tienda de aplicaciones Flathub. Algunos promotores de la idea son el ex ejecutivo de Google Eric Schmidt, el presidente de GNOME, Robert McQueen; el antiguo director ejecutivo de GNOME y líder del proyecto Debian, Neil McGovern; y el presidente de KDE, Aleix Pol.

¿Por qué es una pésima idea?

Podemos discutir por los siglos de los siglos sobre los méritos comparados entre Flatpak y Snap. El punto es que los que descalifican a Snap por su estrecha vinculación con Canonical olvidan que Flatpak es un proyecto originado en Red Hat y, desde el 2012 para acá Red Hat aprovecha su apoyo financiero a diversos proyectos de código abierto para imponer su tecnología sin importar sus méritos. Tenemos por ejemplo la creación del servidor gráfico Wayland cuando X11 todavía tenía mucho para dar.

De todas formas, los defensores de Flatpak tienen un punto cuando afirman que Snaps está controlado por Canonical la cual obliga a hacer asignaciones de derechos de autor para las contribuciones al formato Snap y la tienda. Cualquiera pude crear su propia tienda de Flatpak sin requisitos.

No es el primer intento de incorporar aplicaciones de pago. Lo intentó Ubuntu con el centro de software de Unity y lo mismo hicieron las distribuciones Linspire y Elementary OS

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

xr:d:DAFcE32MUw8:4,j:50115317,t:23030219

Las contribuciones de las mujeres a la historia de la industria tecnológica no son ni tan pocas ni tan desconocidas como algunos nos quieren hacer creer. Tenemos por ejemplo el caso de las chicas del ENIAC

En marzo se conmemora el Día Internacional de la Mujer, y, por algún motivo eligieron una fecha que tiene que ver con un fracaso y no con sus grandes logros. Por eso es importante que lo recordemos.

Las chicas del ENIAC

ENIAC fue una de las primeras computadoras de la historia. Su nombre está conformado por las iniciales en inglés de Electronic Numerical Integrator And Computer.  Construida en 1946 era capaz de realizar hasta 5000 cálculos por segundo, mucho más que los otros modelos de la época.

Construida con más de 17.000 tubos de vacío y 70.000 resistencias estaba pensada para resolver las complejas ecuaciones necesarias para el desarrollo de armas nucleares, Sin embargo, pronto fue evidente su utilidad para otros usos.

Cuando en 1943 comenzó la construcción, era necesario saber cómo programarla. Para esto se contrató a seis mujeres: Betty Holberton, Jean Jennings Bartik, Kay McNulty, Marlyn Wescoff Meltzer, Ruth Lichterman y Frances Bilas Spence. Todas ellas trabajaban como «Computadoras»

Las computadoras se encargaban de resolver las ecuaciones utilizadas para construir las tablas de cálculo de trayectoria de los cañones.

En aquel momento no existía Stack Overflow (O debería decir ChatGPT) ni tampoco lenguajes de programación, por lo que las seis programadoras tuvieron que arreglarse lo mejor que pudieran con su formación en matemáticas y diagramas lógicos y de cableado de la aún no construida máquina.

Cuando se terminó de construir, ENIAC tenía 2,5 metros de alto, 2,5 metros de largo y 30 toneladas de peso. Eso incluía 40 paneles alineados en U con 18000 tubos de vacío cada uno.

La tarea del grupo no solo implicaba la programación propiamente dicha (Traducir el proceso de cálculo en pasos comprensibles para el ordenador) también se ocupaban del cableado. Esto es unir los datos y las instrucciones de procesamiento por medio de cables y una vez obtenido el resultado almacenarlo mediante un cableado a otro panel para el almacenamiento.

A pesar de toda esa preparación, ENIAC realizaba en minutos un cálculo que antes tardaba 40 horas.

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

A principios de febrero, The Document Foundation lanzó la v7.5.0 de su suite de ofimática, y entre las novedades más destacadas teníamos un modo oscuro mejorado. Hace unos instantes, la compañía ha hecho oficial el lanzamiento de LibreOffice 7.5.1, una versión puramente correctiva que se ha centrado en mejorar la experiencia de usuario y seguridad de lo existente. También han publicado un enlace a Collabora Office para Android e iOS, con lo que se supone que es o se ha convertido, si no en la versión oficial para móviles, en lo más oficial que hay para este tipo de dispositivos.

En cuanto a novedades, LibreOffice 7.5.1 ha introducido un total de 92 cambios, recogidos en las publicaciones sobre la RC1 y RC2 de 7.5.1. En ninguna de las dos se mencionan nuevas funciones, ya que éstas llegaron en febrero, con el modo oscuro mejorado como lo más destacado, pero también con nuevos iconos con un toque más actual.

LibreOffice 7.5.1 no se recomienda para equipos de producción

Como siempre, The Document Foundation sigue ofreciendo al menos dos versiones estables de su suite de ofimática: la «still» o LTS, que es la que recomienda para equipos de producción por tener más correcciones y que actualmente está en 7.4.5, y la «fresh», que es la que tiene todas las novedades, pero aún no se han corregido tantos bugs como para que TDF lo recomiende para equipos de trabajo. Como mínimo, tendrán que lanzar cuatro actualizaciones de punto más para que la serie 7.5 sea la opción recomendada por el proyecto que desarrolla la suite de ofimática libre más popular.

LibreOffice 7.5.1 ya se puede descargar desde su página web oficial, ofreciendo para los usuarios de Linux paquetes RPM y DEB. Los paquetes flatpak y snap aún están por actualizarse, y los que preferimos la opción de los repositorios oficiales de nuestra distribución tendremos que esperar un tiempo que dependerá de la filosofía de la misma.

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

xr:d:DAFcCji7kVo:4,j:18029270,t:23030210

Cuando IBM compró la que entonces era la compañía de software libre más importante, fuimos muchos los que temimos que se repitiera lo que pasó cuando Oracle compró Sun. Sin embargo, Red Hat sigue sumando acuerdos con otras grandes empresas del mundo de la tecnología.

Las novedades que fueron llegando los últimos días demuestran que la ahora subsidiaria de IBM está decidida a seguir conservando su rol protagónico en la industria de la tecnología.

Red Hat sigue sumando acuerdos

Ya comenté en un artículo anterior sobre el acuerdo para incluir su distribución Linux en la infraestructura en la nube de su principal competidor Oracle. Las siguientes novedades vinieron del Mobile Word Congress (MVC) que se desarrolló durante el mes pasado en Barcelona.

Puede que jamás veamos el año de Linux en el escritorio (O en cualquier otro dispositivo de consumo masivo) pero en la nube y en las plataformas de prestación de servicios de comunicaciones móviles, el liderazgo de las soluciones de software libre y de código abierto parece indiscutible.

Samsung

Las redes de acceso radioeléctrico virtualizadas (vRAN) permiten operar una red de telefonía móvil usando software, lo que significa que el costoso hardware propietario puede reemplazarse por servidores comunes.

Red Hat y Samsung planean que su solución vRAN esté disponible para pruebas de concepto a partir del segundo semestre del corriente año e incluirá diversos productos de la empresa como Red Hat OpenShift, Red Hat Enterprise Linux, Red Hat Advanced Cluster Management for Kubernetes y Red Hat Ansible Automation Platform.

NVIDIA

La inteligencia artificial parece que va a ser la estrella del año. Tengo que reconocer que al menos para los operadores de servicios de telefonía móvil su uso tiene mucho sentido.

La combinación de productos de Red Hat y NVIDIA permitirá reducir la necesidad de hardware y ejecutar más rapidamente el software optimizando la utilización de recursos existentes.

Se espera que Mavenir, un proveedor de soluciones de software punto a punto ofrezca un producto basado en esta colaboración el año próximo.

ARM

Parece que pese a todas sus ventajas la tecnología 5G y el uso de vRAN tiene inconvenientes, uno de ellos es el excesivo consumo de electricidad. De ahí que los proveedores de servicios móviles busquen soluciones de hardware energeticamente eficientes.

ARM está trabajando en Neoverse, una arquitectura de unidad central de procesamiento especializada en la ejecución de aplicaciones en la nube de forma energéticamente eficiente utilizando software de Red Hat. Uno de los proveedores que comercializará esta solución es la japonesa NEC.

OMRON

Aunque se anunció en el Mobile World Congress este acuerdo no tiene nada que ver con la prestación de servicios móviles. OMROM es una empresa japonesa líder mundial en la fabricación de equipos eléctricos.

OMRON planea hacer una prueba de concepto de una plataforma basada en contenedores para la gestión y control de los procesos industriales.  El objetivo es que los datos de los procesos de fabricación se transmitan en tiempo real a toda la organización.

Breve historia de Red Hat

La evolución de Red Hat nos permite seguir la evolución del código abierto y los desafíos que enfrenta.

La historia de Red Hat empezó en 1993 cuando Bob Young que vendía productos informáticos por catálogo desde casa comenzó a vender los cd de una distribución Linux desarrollada por Marc Ewing quien era conocido en su universidad como «El de la gorra roja».

En el año 2001 cambió del entonces modelo tradicional de venta de un producto físico al público en general a otro de suscripción de una distribución dirigida al mercado empresarial.

Con el tiempo fue ampliando su portafolio de productos incorporando soluciones para la nube y herramientas para los desarrolladores. Gracias a esto en 2012 se convirtió en la primera empresa de tecnología de código abierto en superar los mil millones de dólares de ingresos superando los 2.000 millones cuatro años después.

En el año 2019 se convirtió en parte de IBM siendo una de las más importantes adquisiciones de la historia de la industria.

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

Hace poco más de dos meses desde que PINE64 anunció que estaba preparando la PineTab2, entre otras cosas que publicaron en ese momento. Teniendo en cuenta sus especificaciones, el hype podría haber sido mayor, y si no lo fue, por lo menos a título personal, fue por la primera versión, aquella Early Adopter que en la actualidad ya está más de 3 meses sin recibir ninguna actualización. Pero arriba ese ánimo (el mío, claro), porque aquí estamos para hablar de esta segunda versión que tiene mejor pinta.

La primera era demasiado buena para ser verdad. Una tablet con Linux por 88€ en España y que funcionaba como se veía en los vídeos… Pero resultó que no se incluían impuestos ni tasas, por lo que al final tuvimos que pagar unos 150€ si no recuerdo mal. Ese es el precio de salida de la PineTab2, aunque suponemos que a eso habrá que sumarle el IVA y puede que algún arancel.

Habrá una PineTab2 de 4GB y otra de 8GB de RAM

Teniendo en cuenta los tantos por cien, y que esta cuesta un 59% más, calculo que la PineTab2 tendrá un precio de entrada con IVA y otros impuestos de unos 240€ en España. Esa la de 4GB, porque un detalle que nos han revelado hoy es que habrá dos versiones de la PineTab2: una con 4GB de RAM y la otra con 8GB de RAM. La básica tendrá un almacenamiento de 64GB, y la más cara 128GB. La de 8GB RAM/128GB almacenamiento tendrá un precio de 209$, sobre lo que yo calculo que en España se quedará en unos 335€. Es lo que cuesta una tablet con Android decente, pero esta PineTab2 debería ser capaz de mucho más.

Y vuelvo a hacer la misma pregunta que hace algo menos de tres años: ¿debería comprar una? Mi consejo, además basado en al experiencia, es que hay que tomárselo con calma. Esta pinta mucho mejor que la anterior y sí debería funcionar bien, pero esa es una promesa que no cumplieron en la versión Early Adopter, por lo que yo me esperaría. En el peor de los casos, pues bueno, uno se queda sin, pero las reviews que se hagan de la próxima tablet de PINE64 nos hará saber en qué punto están ahora. Y si ese punto es bueno, y no hemos podido hacernos con una PineTab2, pues la nuestra será la PineTab3. Y no nos olvidemos del teclado, que de momento no han dicho nada y eso debe significar que sólo está en inglés.

Para el que le pueda interesar, cuando informen sobre su disponibilidad publicaremos el artículo correspondiente tan pronto en cuanto nos sea posible.

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