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