La tienda de aplicaciones de Ubuntu 23.10 es uno de los componentes de la próxima versión del sistema de Canonical que más está atrayendo mi atención. Hace a penas dos semanas descubrí que lo que había disponible desde alguna actualización, bueno, no era para nada lo que debería. Para empezar, era una «snap store» al 100%, y para continuar no estaba en español. Aún más, se sabía que buscaban un nuevo nombre, y parece que lo han encontrado: Centro de Aplicaciones.

Este Centro de Aplicaciones es uno basado en la tienda que a su vez se basa en Flutter. La versión original tenía muy buena pinta desde el principio, siendo más ligera y facilitando su uso. Pero el equipo de desarrolladores de Ubuntu quería algo propio, y en ello están trabajando. El nombre en inglés es «App Center», muy parecido al AppCenter de elementary OS, con la única diferencia de que las palabras están separadas.

El Centro de Aplicaciones aún espera el soporte para paquetes DEB

En los 28 días que quedan hasta el lanzamiento de la versión estable puede haber muchos cambios, empezando por el nombre. Si personalmente no lo veo muy probable es porque en el hilo en el que se estaba debatiendo todo esto no ha habido mensajes desde hace más de dos semanas, y el último era justamente mencionando este nombre (aunque mal escrito).

Lo que sí han prometido es que el soporte para instalar paquetes de repositorios oficiales o DEB llegará. No hacerlo sería una pasada total y recortaría mucho el abanico de software disponible. Lo que no llegará, y en un principio nunca, es el soporte para paquetes Flatpak. GNOME Software si permite la instalación de complementos para gestionar software de Flathub, pero éste es el diablo para Canonical y no pasa por sus planes facilitar su uso.

En el próximo episodio de esta serie esperamos informar de dos cosas: la primera, claro está, que el soporte para DEB ya ha llegado. Y la segunda, menos importante, es confirmar que Centro de Aplicaciones es el nombre del viejo «Ubuntu Software» que llegará de la mano de 23.10.

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

Los desarrolladores de Google que se encargan su navegador web pasan parte importante de su tiempo mejorando todo eso que no se ve. Como el motor y los engranajes de algo mecánico, si los componentes internos no están bien, la experiencia general puede llegar a verse mermada. Pero en el Chrome 117 que llegó el pasado martes si hay algo que llamará la atención al abrir el navegador tras la actualización.

Hace años, en 2014, Google presentó Material Design, y recuerdo ese momento porque la manera que usaron para explicar el funcionamiento de capas daba a entender, o me lo dio a mí, que el hardware de la pantalla podría ser diferente. Ya en 2021 presentaron la evolución conocida como Material You, y esa es la novedad más destacada de las que han llegado junto a Chrome 117. A partir de ahora encontraremos partes del navegador con un diseño modernizado.

Novedades más destacadas de Chrome 117

Material You en Chrome 117 se puede observar en la barra superior, que ha pasado a ser azul, en el menú de los tres puntos, que ha aumentado el margen  o «padding» para que haya más espacio entre los elementos, y los iconos se han retocado para entender mejor qué es qué.

La privacidad es otro apartado en el que ha habido mejoras, o eso es lo que dicen. Aquella polémica novedad, que no lo es tanto para los fans de la marca y sus servicios, es un primer paso para eliminar de verdad las cookies de terceros, y en Chrome 117 se han dado unos pasitos más en esa dirección. La teoría dice que todo queda en nuestro dispositivo, y que los anunciantes sólo tienen acceso a información que les pueda interesar. En la práctica, la información a la que pueden acceder es a nuestro historial completo. Hay más información en el artículo que publicamos sobre ello, así como cómo desactivar estos «topics» o temas, todo en teoría.

También relacionado con las cookies, Chrome 117 permite activar temporalmente las cookies de terceros, lo que recuerda a el uso que se puede hacer en dispositivos móviles. En ocasiones hay una página web que no funciona con bloqueadores de contenido, y se pueden desactivar momentáneaente, lo que hace que la página vuelva a cargar sin eso que podría estar causando el problema. En Chrome 117 esto se puede hacer, también provisinalmente, con las cookies de terceros.

Entre el resto de novedades destaca que el icono HTTPS de la barra de URL ha cambiado para evitar confusiones y el control avanzado de grupos de pestañas le ha dado un giro más de tuerca a la opción de organizar las sesiones, que ahora permite guardar grupos de pestañas para abrirlas más tarde.

Ya disponible

Chrome 117 ya está disponible desde su página web oficial. Los usuarios de Linux cuya distribución añada su repositorio tras la primera instalación ya deberían haber recibido la nueva versión. Los usuarios de Arch Linux y derivados lo tienen en AUR en el paquete de nombre google-chrome.

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

Con el desarrollo de software, siempre es un poco lo mismo, pero nosotros estamos aquí para, entre otras cosas, informar. O bueno, yo al menos, ya que algunos de mis compañeros prefieren opinar y os hago un spoiler: se viene artículo de opinión sobre la suite de ofimática libre más popular. Pero lo que nos trae hoy y ahora por aquí es que The Document Foundation ha lanzado LibreOffice 7.6.1, lo que es la primera actualización de mantenimiento de lo que será la última versión en llevar este tipo de numeración.

En cuanto a la noticia en sí, no hay mucho que contar. TDF ni siquiera ha enlazado a la lista de cambios, que se suele recoger en dos artículos, los de la primera y la segunda RC, en este y este enlace respectivamente. En total, se han corregido 122 bugs que han encontrado en las últimas semanas, aunque es probable que alguno se encontrara antes y no llegara a tiempo para el lanzamiento de LibreOffice 7.6.0.

LibreOffice 7.6.1 sigue sin recomendarse para equipos de producción

LibreOffice 7.6.1 es la versión más actualizada de la suite y la que tiene todas las novedades. Para entornos de trabajo, la compañía recomienda usar LO 7.5.6, que con 6 actualizaciones de mantenimiento ya se puede considerar, más que estable, más seguro en el sentido de que es menos probable que nos encontremos con algún fallo que eche a perder nuestro trabajo. Aún así, yo estoy desde que me llega la memoria en lo que se conoce como la rama «fresh» y nunca he notado ningún problema.

Esta nueva versión está disponible para todos los sistemas soportados en la página de descargas del proyecto. Los usuarios de Linux podemos encontrar allí paquetes DEB y RPM, pero en las próximas horas también actualizarán los flatpak y snap. A los repositorios de las diferentes distribuciones Linux llegará en un tiempo que dependerá de la filosofía de cada proyecto.

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

Durante este verano publicamos un artículo en el que os hablamos de Webamp. El nombre de este proyecto combina los nombres de «web» y «winamp» porque es eso justamente lo que hace: permitir usar Winamp desde el navegador y en cualquier página web. También durante estos últimos meses escribimos varios artículos sobre juegos con RetroArch y EmulationStation Desktop Edition como mejor combinación. Lo que os tramos hoy es algo que combina lo mejor de los dos mundos, y su nombre es EmulatorJS.

El proyecto existe desde hace algunos años, y hay al menos dos diferentes que comparten el nombre. Parece que primero llegó el «punto-com«, pero el «punto-org» es el que se está desarrollando con actualizaciones más frecuentes. Lo que han hecho en ambos casos es usar JavaScript, combinarlo con los cores de RetroArch y permitir jugar desde el navegador, incluso desde el móvil.

Juegos en tu navegador gracias a EmulatorJS

En este enlace hay información para ejecutar casi cualquiera de nuestras roms en el navegador. Incluso tienen un editor de código para crear el archivo HTML por nosotros. Desde el editor podemos subir la rom en sí, decirle si queremos que nos cree un único archivo, algunas configuraciones más y descargará un archivo HTML, junto a la rom por separado si no hemos elegido el archivo único, y lo que restaría sería abrir el archivo con un navegador compatible, que deberían ser todos pero hay dispositivos móviles que no soportan la apertura directa y local.

Los sistemas soportados actualmente son:

• 3DO.
• Arcade.
• Atari 2600.
• Atari 5200.
• Atari 7800.
• Atari Jaguar.
• Atari Lynx.
• MAME 2003.
• NES-Famicom.
• Nintendo 64.
• Nintendo DS.
• Nintendo Game Boy Advance.
• Nintendo Game Boy.
• PlayStation.
• Sega 32X.
• Sega CD.
• Sega Game Gear.
• Sega Master System.
• Sega Mega Drive.
• Sega Saturn.
• SNES-Super Famicom.
• Virtural Boy.

Si queremos hacer una prueba, o jugar en el navegador sin complicaciones, podemos hacerlo en su página de demostración. Sólo hay que arrastrar una rom en el cuadro, elegir uno de los sistemas y luego cargarla. Si no hay ningún fallo, veremos el juego en el navegador. Suelen ser compatibles casi todos los de las consolas soportadas, pero los de las máquinas recreativas son un tema totalmente diferente; hay tantas opciones que puede no funcionar. Por defecto usa FB Neo, pero también hay versiones de MAME.

Menú de opciones y botones móviles

Dependiendo de la versión de EmulatorJS que se use, las opciones pueden estar en una parte u otra. En la última de lo que encontramos en la versión «punto-com» es una hamburguesa que está a la parte derecha, tal y comos se ve en la captura de cabecera. En un equipo de escritorio, aparecerán abajo al pasar el cursor por encima. Lo que encontramos en esta sección es:

• Recargar: reinicia el juego.
• Pausa.
• Guardar: descargará un archivo con el estado actual.
• Cargar: permite cargar el archivo para retomar una partida.
• Ajustes de controles: en esta sección podremos configurar los controles, tanto del teclado como si estamos usando un mando.
• Cheats: trucos y «trampas».
• Gestor de caché: aquí podremos eliminar los datos que se han guardado por juego.
• Exportar/Importar guardados.
• Control de volumen.
• Opciones: desde esta sección controlaremos cosas como las texturas, cámara lenta o si queremos ver los FPS.
• Pantalla completa.

Todas las opciones están en inglés por defecto, y recomiendo no cambiarlo o podemos encontrarnos con traducciones erróneas como la tecla «mi» en lugar de… ahora mismo no sé exactamente qué, pero está claro que no hay ninguna tecla así.

Tenerlo todo en el navegador

EmulatorJS.org también permite también tenerlo todo en el navegador. Los pasos a seguir están disponibles en este vídeo de YouTube, y el resultado es similar a lo que ofrece el EmulationStation Desktop Edition que tanto me gusta. El docker está disponible aquí.

Si lo que elegimos una de las opciones que nos permiten crear la página HTML, se puede jugar hasta en los móviles más restrictivos, como el iPhone de Apple, aunque no con su Safari. Lo malo es que cuesta de controlar, pero con esto podemos llevarnos nuestros juegos siempre con nosotros.

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

Es un sistema operativo orientado a los usuarios de software libre y abierto al desarrollo de nuevas funciones por su comunidad

openSUSE dio a conocer hace poco, que ha iniciado con los trabajos para el desarrollo de una nueva distribución llamada «openSUSE Slowroll» la cual estará basada en openSUSE Tumbleweed, pero que presenta un ciclo de actualización más lento para las versiones de software.

openSUSE Slowroll se posiciona como una opción intermedia entre el openSUSE Tumbleweed y openSUSE Leap, basado en los paquetes SUSE Enterprise Linux. Se menciona que las actualizaciones se envíen inicialmente al repositorio Factory/Tumbleweed y, después de un tiempo asignado para probar e identificar problemas, se transfieran automáticamente al repositorio Slowroll.

Con ello, se pretende que «openSUSE Slowroll pueda considerarse una variante de Tumbleweed, en la que los paquetes llegarán con un cierto retraso para su estabilización. Solo se permitirá agregar paquetes directamente al repositorio de Slowroll para realizar correcciones de errores urgentes que afecten a paquetes clave en Factory y que sean demasiado riesgosos para actualizarlos rápidamente.

Se menciona que «»openSUSE Slowroll» se creó después de resumir los resultados de una encuesta a desarrolladores y usuarios de openSUSE sobre qué hacer con la distribución openSUSE Leap, en el contexto de la transición de la futura rama de la distribución SUSE Linux Enterprise a ALP (Adaptable Plataforma Linux).

La encuesta mostró que, por un lado, la comunidad está a favor de continuar con el desarrollo de openSUSE Leap en su forma actual y, por otro lado, muestra interés en un modelo de construcción de distribución continuamente actualizado:

• La mayoría de los desarrolladores votaron a favor de continuar usando (54%) y participando en el desarrollo (39%) de la combinación actual de openSUSE Leap y openSUSE Tumbleweed sin crear nuevas distribuciones.
• La mayoría de los usuarios (39%) eligieron inmediatamente Slowroll, considerando esta opción como una prioridad más alta que la distribución actual de openSUSE Leap. Cuando se les preguntó qué opción participarían los usuarios en el desarrollo, el 28% eligió Slowroll, el 25% el antiguo Leap y el 19% Linarite.

La decisión final aún no se ha tomado, pero dado el interés en el modelo rodante, se propone centrarse en el desarrollo de Slowroll, ya que mantener dos opciones de reemplazo al mismo tiempo (Slowroll y Linarite) requerirá muchos más recursos para el mantenimiento. de lo que se gastó durante el desarrollo de openSUSE Leap. Además, la encuesta mostró que sólo un pequeño número de desarrolladores están interesados ​​en soportar Slowroll y Linarite simultáneamente.

En su forma actual, openSUSE Leap se basa en un conjunto básico de paquetes, común con la distribución SUSE Linux Enterprise. Después de la transformación de SUSE Linux Enterprise, se propusieron dos opciones básicas para un mayor desarrollo de openSUSE:

• openSUSE Linarite: la cual es creada utilizando métodos antiguos de preparación de lanzamientos utilizados en el desarrollo de openSUSE Leap. Se supone que openSUSE Linarite utilizará la plataforma ALP, lo que implica dividir la base básica de la distribución en dos partes: un «sistema operativo anfitrión» simplificado para ejecutarse sobre el hardware y una capa de soporte de aplicaciones, destinada a ejecutarse en contenedores y máquinas virtuales.
• «openSUSE Slowroll»:  basada en openSUSE Tumbleweed sin utilizar paquetes de SUSE Linux Enterprise. Slowroll ofrecerá versiones más nuevas de software y evolucionará con un ciclo de actualización corto, pero se centrará en proporcionar un mayor nivel de estabilidad que Tumbleweed.

Según Richard Brown, jefe de la junta directiva del proyecto openSUSE, el reemplazo de openSUSE Leap debería:

Centrarse principalmente en aplicaciones de estaciones de trabajo, en lugar de intentar cubrir simultáneamente las necesidades de servidores y sistemas de escritorio. La prioridad de uso en estaciones de trabajo se otorga principalmente debido al hecho de que la mayoría de los desarrolladores de openSUSE utilizan la distribución en esta área, y los productos SUSE Linux Enterprise se centran principalmente en el uso de servidores, es decir.

Se espera que al desarrollar una distribución de escritorio, la comunidad openSUSE puede compensar lo que se perdió en SUSE Linux Enterprise y generar el mayor beneficio.

Finalmente cabe mencionar que se supone que se crearán nuevas versiones de openSUSE Slowroll una vez cada uno o dos meses, con una publicación constante intermedia de actualizaciones de paquetes con correcciones de errores y vulnerabilidades.

De momento ya que encuentran disponibles las imágenes iso listas (4.4 GB) para la arquitectura x86_64.

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

A principios de agosto os hablamos de RetroAchievements, un servicio que permite desbloquear logros en juegos retro. RetroArch los soporta en algunos cores, y también podemos identificarnos y desbloquear estos logros con en programas como DuckStation (PSX o PS1). Se echaba en falta este soporte en el emulador de PSP, pero ya no. Tras un tiempo de pruebas en la versión 1.15.x, esta opción para añadir nuestra cuenta de RetroAchievements ha llegado bajo del brazo de PPSSPP 1.16.

Es sin duda la novedad más destacada de PPSSPP 1.16. A partir de ahora, si queremos desbloquear logros de RetroAchievements en juegos de PSP ya no dependeremos del core de LibRetro en RetroArch, que si bien es cierto que nos permite jugar a títulos de PSP, también lo es que está falto de opciones y no ofrece la mejor experiencia de usuario que podría ofrecer. Ahora podremos usar la opción «standalone» (aplicación suelta) en software como EmulationStation Desktop Edition o RetroPie y si queremos aumentar la resolución o saltar cuadros para evitar que se entrecorte la acción, podremos.

Otras novedades de PPSSPP 1.16

PPSSPP 1.16 incluye correcciones como:

• Corregido un problema en el que muchas personas con dispositivos Android 13 se encontraban en una situación en la que el diálogo para elegir una carpeta durante la configuración no funcionaba correctamente.
• Arreglos en el manejo de múltiples eventos de entrada, debería ayudar con joysticks externos.
• Mejoras de rendimiento en dispositivos de gama baja mediante la desactivación de ubershaders.
• Múltiples correcciones de fallos como parpadeo en WWE vs Smackdown 2006, sombras en Motorstorm, etc.
• Muchas otras mejoras y correcciones de rendimiento.
• Múltiples correcciones de errores en torno a la sustitución de texturas, la fijación de Tactics Ogre fuentes, entre otras cosas.
• Corregida la emulación de vrnd por fp64.
• Nuevos backends JIT que mejorarán la experiencia de usuario en dispositivos como los que usan iOS/iPadOS.

PPSSPP 1.16 ya se puede descargar desde este enlace para sistemas como Windows y Android. El proyecto enlaza a Flathub para los usuarios de Linux, pero el paquete flatpak aún está por actualizar; debería subir pronto. El paquete snap sigue en la 1.12, y este no es el lugar ni el momento de debatir qué tipo de paquete de nueva generación se está llevando el gato al agua, pero…

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

Cuando salió en Nokia N900 yo acababa de adquirir un N97 de la misma marca. Era un teléfono innovador con Linux que podría haber comprado, pero pensé que no habría muchas aplicaciones disponibles y que era mejor esperar. Ahora me arrepiento. Estamos en 2023, y aquel aparato de Nokia puede instalar el postmarketOS v23.06 SP1 que ha sido lanzado durante este fin de semana. Lo más llamativo aquí es que el N900 tiene ya 14 años.

Hay algunas mejoras en postmarketOS v23.06 SP1 para el N900, como un botón de encendido que aparece al pulsar el botón de encendido y un terminal mejorado con una barra de desplazamiento. Además, ahora existe un repositorio «staging» para probar el sistema operativo antes de su lanzamiento. postmarketOS está disponible para muchos dispositivos, entre los que no encontramos la PineTab original, pero sí el N900. Qué le vamos a hacer. Lo que continúa son las novedades que han llegado a todos los dispositivos soportados.

Novedades de postmarketOS v23.06 SP1

• General:
  • Actualización de Phosh de 0.27.0 a 0.30.0 (phosh, phoc, squeekboard, phosh-mobile-settings).
  • temp/gtk+3.0: arreglado el splash de arranque de Phosh y actualización a 3.24.37-2pureos3.
  • main/postmarketos-base-ui: depende de tzdata.
  • main/postmarketos-base: migrar configuraciones de zona horaria erróneas.
  • cross/crossdirect: mejorar la gestión de Rust.
  • linux-postmarketos-omap: actualización a 6.4.3.
  • linux-postmarketos-exynos4: actualización a 6.4.2.
  • linux-postmarketos-qcom-sm6350: actualización a 6.4.2.
  • main/mobile-config-firefox: actualización a 4.0.3.
  • temp/gnome-shell-mobile: añadir dependencia de desktop-file-utils.
  • main/postmarketos-mkinitfs-hook-*: mostrar splash de carga una vez hecho.
• Nokia N900:
  • Restaurar módem.
  • Dejar que el usuario elija la acción del botón de encendido.
  • Cambiar a terminal urxvt.
  • Aumentar el tamaño de las fuentes de terminal e i3.
  • Arreglar hwkbd en unl0kr.
  • Arreglar teclas de volumen en N900.
  • Usar elogind para suspender.
  • Eliminar la configuración por defecto de conky.
  • No abrir la terminal para las acciones de la barra de aviso.
  • Re-agregar twl para reset básico de soc.
  • Deshabilitar funciones twl off idle.
  • Bloquear módulos no críticos.
• Activado s2idle en elogind para el PineBook Pro.
• El Librem 5 ha visto actualizado su kernel a 6.4.5.pureos1.

Las imágenes se pueden descargar desde este enlace. Para actualizar desde versiones existentes hay que abrir un terminal y escribir postmarketos-release-upgrade.

code {background-color: black; color: white; padding: 4px; border-radius: 6px; border: 2px solid grey}

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

En el artículo anterior comencé a argumentar mi opinión de que el Proyecto GNU fracasó. En este voy a ir más lejos ya que voy a hablar sobre el proyecto GNU y el fracaso del software libre dado que creo que existe una relación entre ambos y es la responsabilidad de Richard Stallman.

¿Se puede hablar de fracaso del software libre? Si estás leyendo esto en tu móvil, probablemente lo estés haciendo con Android o iOS, no con FirefoxOS o Ubuntu Touch. Seguramente te enteraste de él por Google Discover, las notificaciones del grupo de Google, Twitter o Facebook, no por Mastodon. Y, si estás usando un navegador de código abierto, o está basado en Chromium (Estándar de facto impuesto por Google so pena de negar la compatibilidad con sus servicios) o Firefox que está más interesado en la corrección política que en hacer un buen navegador. Yo diría que sí.

Sobre el proyecto GNU y el fracaso del software libre

Llegados a este punto me pueden hacer dos objeciones.

1. Que el movimiento del software libre nunca pretendió masividad.
2. Que Linux domina en los servidores, los supercomputadores y la nube.

Veamos una objeción por vez.

Aunque nació con el objeto de dar protección legal a las herramientas del proyecto GNU, la Free Software Foundation pronto extendió su accionar a las campañas para boicotear herramientas privativas y reemplazarlas por libres. Dado que la mayoría de la gente sigue utilizando Google Docs en su Windows, comprando libros en Amazon y usando hardware de Apple no parecen haber tenido demasiado éxito

2) El éxito de Linux no se debe a que la gente esté convencida de las ventajas de poder acceder, estudiar, modificar y distribuir el código fuente de un programa. Como muy bien explicó Steven Sinofsky de Microsoft. IBM y otros prestadores de servicios informáticos al mercado corporativo, descubrieron que podían ofrecer sus servicios de consultoría y soporte basados en el sistema operativo del pingüino sin tener que pagar costosas licencias de software a una tercera empresa.

La responsabilidad de Stallman

Ahora bien, llegó el momento de demostrar o fracasar en hacerlo la afirmación que vengo haciendo hace un artículo y medio. La responsabilidad de Stallman.

Richard Stallman es un programador que lo único que quería era poder ser parte de un equipo en el cuál la información fluyera libremente para que el trabajo se hiciera sin importar las jerarquías en el papel. Es lo que el autor canadiense Henry Mintzberg denomina una adhocracia.

El problema es que a medida que la Free Software Foundation fue creciendo, necesitó de una estructura más formal y, Stallman como el fundador fue asumiendo una tarea para la que no solo no estaba preparado, tampoco le gustaba, la de líder.

El movimiento del software libre necesitaba un Jobs, o al menos al Shuttleworth de los primeros tiempos de Ubuntu.  El proyecto GNU necesitaba a Stallman.

Un Jobs, o incluso un Shuttleworth o Bill Gates hubieran tenido el instinto para saber qué es lo que la gente necesitaba y convencerlos de que era lo que querían. Un Stallman hubiera transformado eso en código bien escrito y habría convencido a los mejores desarrolladores de que publicaran su trabajo bajo licencias libres

Pero, el Stallman político le ganó al Stallman programador. Y dado que salvo Firefox (Cuando Google por conveniencia propia lo promocionaba en la página central del buscador) casi ningún proyecto de software libre se hico de conocimiento masivo, nunca hubo fondos independientes suficientes como para competir con los desarrollos comerciales. Los proyectos de código abierto recurrieron al patrocinio corporativo y, ese patrocinio como nos demuestra el caso de CentOS nunca es desinteresado. Ya hemos visto casos de algunos proyectos que terminaron cambiando su licencia.

Que hay programas de software libre de calidad igual o superior al privativo es indudable. Que no hay ningún proyecto de software libre que la gente ame masivamente usar como TikTok, Google Docs, Canva o ChatGPT también.

Y, la culpa de eso es del Stallman político que estaba más interesado en demonizar el software y hardware que a la gente le gustaba usar que en darle rienda suelta al Stallman programador para que hiciera su magia.

¿Habría cambiado algo que el sistema operativo GNU se hubiera terminado?  En mi opinión sí. Stallman era mucho mejor programador y tenía mucha más experiencia que Linus Torvalds cuando creó Linux. Y, con un buen líder en la FSF, capaz de entender las necesidades del mercado, GNU hubiera ocupado el lugar con el que se terminó quedando Windows.

Pero, todo es opinable y ahí abajo está el formulario de comentarios.

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

Aunque sus logros como iniciador del movimiento del software libre y el proyecto GNU son indiscutibles, es muy probable que también haya sido el responsable de su declive. En este post intento responder a la pregunta ¿Es Stallman el responsable del fracaso del proyecto GNU? ¿Causó el fracaso del proyecto GNU la decadencia del movimiento del software libre?

Para que los lectores puedan estar de acuerdo o en desacuerdo conmigo, y que este artículo se convierta en el origen de un debate positivo en lugar de un simple clickbait, voy a comenzar estableciendo mi definición de fracaso.

¿Qué es un fracaso?

De las cuatro definiciones que da la RAE vamos a quedarnos con dos:
1. m. Malogro, resultado adverso de una empresa o negocio.
3. m. Caída o ruina de algo con estrépito y rompimiento.

En mi opinión lo primero es lo que estamos viviendo, y, vamos derecho a lo segundo.

para entender cómo se aplica esto al proyecto GNU y al movimiento del software libre, démosle un breve repaso a sus orígenes y objetivos.

¿Es Stallman el padre del fracaso del proyecto GNU?

Cuenta la leyenda que, enfurecido por el mal funcionamiento de una impresora, Richard Stallman pidió el código fuente del controlador para reescribirlo y se lo negaron. Enojado inició el proyecto GNU y el movimiento del software libre.

La realidad es un poco más compleja.

Todo comenzó cuando Stallman se sintió desilusionado porque la cultura de puertas abiertas que había conocido en el MIT se había perdido. Antes, en el MIT si se encontraba un problema en el software se solucionaba, si a alguien se le ocurría una mejora, la implementaba y si se necesitaba un equipo, se tomaba prestado, aunque hubiera que tirar abajo la puerta del despacho de un superior jerárquico para conseguirlo.

La gota que rebasó el vaso fue la compra de un nuevo equipo con un software comercial que, a criterio de Stallman estaba mal escrito, era difícil de entender y tenía una mala política de seguridad. Los desarrolladores fueron capaces de mejorar las políticas de seguridad para impedir que Stallman metiera la nariz. Sin embargo, fallaron en hacer las modificaciones que permitirían conectar a la máquina a la red interna del MIT y a la red exterior ARPANET al mismo tiempo.

Por favor, tomen nota del que va a ser el primer punto de mi argumentación. La cultura abierta y sin jerarquías del MIT.  Ahora viene el segundo.

Dicen que si solo tienes un martillo, todos los problemas son clavos y, Stallman como programador decidió que la solución era crear un sistema operativo desde cero.  Para facilitar la adopción determinó que se pareciera a Unix sin serlo.  De hecho, el nombre del sistema operativo GNU es un acrónimo recursivo para GNU no es Unix.

Sin embargo, dispuesto ahorrar trabajo, quiso usar una herramienta llamada Kit de compilación de la Universidad Libre) pero el desarrollador, aunque le dio permiso le advirtió que la herramienta seguía siendo propietaria y que el nuevo sistema operativo debería alentar a la gente a comprarla.

Stallman terminó por desarrollar su propio compilador llamado GNU Emacs, basado en una herramienta de libre distribución, aunque cuando la empresa propietaria de la misma decidió que dejara de ser libre, ya quedaba poco del código original y pudo eliminarlo sin problemas.

Acá esta mi segundo argumento. Las herramientas libres que en realidad no so son y las que lo eran y un día dejan de serlo. Paciencia.

Años después, Stallman quiso dotar de garantías legales que mantuvieran libres a sus herramientas. Para eso en 1985 creó la Free Software Foundation y en 1989 escribió la Licencia Pública General de GNU que garantizaba a los usuarios finales el poder usar, compartir, estudiar y modificar el software.

Que el primer objetivo nunca se cumplió (Desarrollar un sistema operativo libre) es indudable. La aparición de Linux y los derivados de BSD son hechos colaterales y que probablemente se hubieran producido igual sin las herramientas del proyecto GNU.

En el siguiente artículo voy a intentar demostrar que el fracaso del proyecto GNU es la causa del fracaso del movimiento del software libre y, que el responsable de ese fracaso es Richard Stallman

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

webOS, también conocido como webOS TV y open webOS, es un sistema operativo multitarea para dispositivos inteligentes como televisores y relojes, ​ basado en Linux

La nueva versión de WebOS 2.23 llega implementado diversas correcciones de errores, asi como también con algunas mejoras de soporte, rendimiento, optimizaciones y también con algunos cambios bastante interesantes.

Para quienes desconocen aún de webOS Open Source Edition (o también conocido como webOS OSE), deben saber que la plataforma webOS fue desarrollada originalmente por Palm en 2008. El entorno del sistema webOS se construye utilizando OpenEmbedded y los paquetes básicos, así como un sistema de construcción y un conjunto de metadatos del proyecto Yocto.

Los componentes clave de webOS son el administrador de sistemas y aplicaciones (SAM, System and Application Manager), que es responsable de ejecutar aplicaciones y servicios, y Luna Surface Manager (LSM), que forma la interfaz de usuario.

El renderizado se realiza a través de un administrador compuesto que utiliza el protocolo Wayland. Para desarrollar aplicaciones a medida se propone utilizar tecnologías web (CSS, HTML5 y JavaScript) y el framework Enact basado en React, pero también es posible crear programas en C y C++ con una interfaz basada en Qt.

Principales novedades de WebOS Open Source Edition 2.23

En esta nueva versión que se presenta de WebOS 2.23 se han integrado diversas mejoras de las cuales se destaca por ejemplo que ahora en el SDK de Telegraf, se ha agregado la capacidad de monitorear el consumo de recursos de la CPU, rastrear la lista de procesos y monitorear la memoria del proceso, asi como también que se ha agregado un marco para el posprocesamiento de audio, con la ayuda del cual se implementa la funcionalidad del ecualizador.

Otro de los cambios que se destaca de esta nueva versión es que se ha mejorado el sistema de identificación de sitios maliciosos utilizando la API Web Risk, ademas de que ahora en WebOS 2.23 se utiliza una base de datos local en lugar de un archivo para almacenar hashes de sitios maliciosos, lo que reduce significativamente el consumo de memoria.

También podremos encontrar en esta nueva versión de WebOS 2.23, que se ha agregado la compatibilidad con el formato de imagen AVIF al motor web y que ademas en este se ha actualizado la configuración del modelo de control de acceso ACG (Access Control Groups), utilizado para limitar las potencias de los servicios.

Por la parte de las mejoras de soporte podremos encontrar que se añadió soporte al sistema para que la Raspberry Pi 3  al módulo para trabajar con cámaras g-camera-pipeline, también se destacan las mejoras de soporte DRM.

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

• La biblioteca Qt se ha actualizado a la versión 6.5.2.
• El componente UnifiedSinkBin, que proporciona renderizado de vídeo en diferentes SoC, se reescribió en lenguaje Rust.
• Se solucionó un problema por el cual curlfallaba debido a errores de DNS.
• Se solucionó un problema por el cual el video se detenía en el emulador si se cambiaba la velocidad de reproducción.
• Se solucionó un problema por el cual la última pestaña no se cerraba
• Se solucionó un problema por el cual al tocar un área vacía no se mostraba una lista de direcciones después de ingresar otra dirección en la barra de direcciones.
• Se solucionó un problema por el cual el diseño de la pantalla no se ajustaba de manera responsiva mientras VKB estaba activado
• Se solucionó un problema por el cual la información sobre herramientas para los menús de WebEx no aparecía en RPi 4

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

¿Cómo obtener webOS Open Source Edition 2.23?

Para quienes estén interesados en poder utilizar o probar webOS Open Source Edition es necesario generar la imagen del sistema para su dispositivo, para ello pueden consultar los pasos a seguir desde el siguiente enlace. 

Cabe mencionar que como plataforma de hardware de referencia se consideran las placas Raspberry Pi 4. La plataforma se desarrolla en un repositorio público bajo la licencia Apache 2.0, y el desarrollo es supervisado por la comunidad, siguiendo un modelo de gestión de desarrollo colaborativo.

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