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