Han pasado dos semanas desde el lanzamiento de la última versión de desarrollo de WINE, lo que con la puntualidad de sus desarrolladores significa que, si el mundo no deja de rodar, ya tenemos una nueva. Se trata de la también versión de desarrollo WINE 5.16, un lanzamiento que llega con sólo tres novedades destacadas (más la cuarta y habitual que habla de correcciones generales). Lo malo para los usuarios de Linux es que, encima, una de ellas ha llegado para macOS, el sistema operativo de escritorio de Apple.

Pero bueno, cualquiera que siga el modus operandi de WineHQ sabrá que suelen mencionar una lista de novedades destacadas muy corta, pero también publican todos los cambios que han hecho desde la última versión un poco más abajo. En estas dos semanas han corregido 21 fallos, al mismo tiempo que han introducido un total de 241 cambios. Sí, son pocos si los comparamos con los 400 que han introducido en otras ocasiones, pero todo suma. A continuación tenéis los cuatro cambios que WineHQ ha mencionado como más importantes.

Novedades más destacadas de WINE 5.16

• Soporte para registros AVX x86.
• Algunas correcciones de ARM64 para macOS.
• Aún más reestructuración del soporte de la consola.
• Varias correcciones de errores.

Los usuarios interesados ya pueden instalar WINE 5.16 desde su código fuente, disponible en este y este otro enlace, o a partir de los binarios que se pueden descargar desde aquí. En el enlace desde donde podemos descargar los binarios también hay información para añadir el repositorio oficial del proyecto para recibir esta y otras actualizaciones futuras tan pronto en cuanto las tengan listas a sistemas como Ubuntu/Debian o Fedora, pero también para Android y macOS.

La próxima versión de desarrollo será WINE 5.17 y, si no hay sorpresas, algo que parece imposible que pase en la agenda de WineHQ, llegará el próximo 11 de septiembre. Entre las mejoras que introducirá, esta vez no podemos decir nada, más allá de que introducirán cientos de pequeñas mejoras y correcciones como es habitual.

from Linux Adictos https://ift.tt/3lzcxcy
via IFTTT

Tras más de 7 meses de desarrollo que empezaron tras el lanzamiento de la v1.1, Game of the Month y su equipo de desarrolladores independientes han tenido el placer de anunciar el lanzamiento de SuperTuxKart 1.2. Se trata de una nueva versión estable que incluye una lista extensa de novedades, pero hay una de ellas que destacaría para todos los fans de esta especie de clon del SuperMario Kart que tan popular se hizo en el mundo Nintendo.

Aunque probablemente muchos os llevéis bien con el teclado cuando jugáis con un ordenador, otros usuarios preferimos jugar con controladores. Sólo por eso, para nosotros SuperTuxKart 1.2 es una actualización importante, puesto que ha mejorado el soporte para los gamepads. A continuación tenéis la lista de novedades más destacadas que han llegado junto a la nueva versión del juego para coches más simpático de los que hay disponibles para Linux.

Novedades más destacadas de SuperTuxKart 1.2

• Mejorado mucho el soporte para controladores (gamepads) al usar SDL2 en vez de Irrlich para la creación de ventanas. Con respecto a esto, ahora soporta el «hotplugging» de los controladores, se han solucionado la mayoría de bugs relacionados a los mandos y ahora el mapeado es mas sencillo.
• Nuevos ajustes para personalizar la cámara del juego.
• Nuevo tema «Cartoon», lo que es un nuevo tema moderno que se anunció en el pasado. Este tema muestra iconos alternativos.
• Un sistema de calificación en línea mejorado. Las clasificaciones en línea se han restablecido para que las acompañen.
• Ahora se puede cambiar el tamaño de la ventana del juego en el mismo sin ir a las opciones.
• El minimapa ahora muestra pelotas de baloncesto.
• Soporte de Haiku.
• Cualquier kart complementario ahora se puede usar en línea incluso si otros jugadores no lo tienen.
• Tres karts mejorados: un nuevo kart Kiki y karts Pidgin y Puffy mejorados.
• Añadido soporte para servidores LAN IPv6.
• Mayor velocidad y rendimiento de creación de servidores.
• La creación en el juego de un servidor de carreras ahora es posible en dispositivos iOS.
• Tutorial mejorado con carreras de flujo libre.
• Soporte para iconos SVG.
• Nuevos consejos para el modo fútbol.
• Chat de equipo para juegos de equipo.
• Muchas muchas mejoras y correcciones menores que no mencionan porque no cabrían en un artículo, pero dicen que suman.
• En Android:
  • Todas las pistas oficiales se han incluido en este lanzamiento.
  • Posibilidad de usar una pantalla de presentación personalizada en el inicio y un mejor indicador de progreso durante la extracción de datos después de la descarga.

Ya disponible desde la web del desarrollador

En el momento de escribir estas líneas, SuperTuxKart 1.2 ya está disponible desde la página web del desarrollador para Linux, Windows y macOS, pero en todos los casos tendremos que descargar lo que hay disponible desde allí. Esto lo menciono porque en Linux podremos instalarlo desde los repositorios oficiales de muchas distribuciones Linux, desde Flathub (Flatpak) y Snapcraft (Snap), pero en ninguna de estas fuentes se ha sido actualizado en el momento de escribir estas líneas. Sí podemos descargar su «tarball» y su código fuente.

En cuanto a la versión para Android, el enlace nos lleva a la Google Play oficial, pero lo que podemos descargar ahora mismo es la primera RC de la v1.2 de SuperTuxKart, lo que significa que tampoco está actualizada. Hay otra versión beta que se actualizó el 18 de agosto, pero no dicen qué numeración lleva.

En cualquier caso, si no os seduce la idea de instalar el «tarball» y preferís esperar, una de las mejores opciones, por cómo funciona y lo pronto que se actualiza, sería instalar la v1.1 que hay en Flathub, con lo que la espera será cuestión de horas. Por otra parte, si sois fans de Ubuntu o la compañía que lo desarrolla, Canonical, sabemos que también se actualizará la versión Snap, pero os dejo un dato demoledor: la v1.1, de enero, llegó a Snapcraft el 7 de julio, habiendo llegado el 5 de enero a Flathub.

En cualquier caso, ya tenemos nueva versión de SuperTuxKart. A disfrutarlo.

from Linux Adictos https://ift.tt/32CpQR6
via IFTTT

El 2020 no está siendo un buen año para Google. Los entes reguladores de Estados Unidos y Europa tienen a la empresa en la mira por prácticas monopólicas, y, el de Gran Bretaña podría obligar a la ruptura del contrato con Apple. Hoy por hoy Google es el buscador por defecto en el navegador Safari instalado en los dispositivos de Apple.

Apple se beneficia con la mayor parte de los 1500 millones de dólares que Google paga por incluir su buscador en los dispositivos del Reino Unido, y esto es considerado por el ente regulador de la competencia de ese país como:

Una barrera significativa para la entrada y la expansión delos rivales de Google en el mercado de los motores de búsqueda.

Entre los competidores están nada menos que Bing de Microsoft Corp, Yahoo, operado por Verizon Communications Inc., y un amigo de la casa; DuckDuckGo. Todos ellos pagan a Apple para aparecer como buscadores alternativos a Safari.

Según estiman analistas de las industria, el 80% de los ingresos mundiales de Apple no relacionados con las ventas a usuarios finales provienen de Google.

Entre las alternativas pensadas por los reguladores están una pantalla que permita elegir el buscador o imponer restricciones a la monetización del buscador por defecto.

Apple abandonaría a Google. Cuáles son los indicios

Los usuarios a los que les gusta probar las versiones beta de los productos de Apple se han encontrado con que Spotlight, la app de búsqueda de los dispositivos Apple, ya no utiliza Google para sus sugerencias. Los resultados se muestran como sugerencias de Siri.

La otra pista que indicaría que Apple está trabajando en su propio buscador es la actualización de la página Acerca de de Applebot. Este es un indexador de sitios web utilizado por Spotlight y Siri. En sus comienzos solo trabajaba con sitios de Apple, pero, ahora en esa página se brinda una completa información para que los webmasters optimicen su sitio para ser indexados.

La tercera indicación proviene de las ofertas de empleo publicadas desde Cupertino y enfocadas en especialistas en motores de búsqueda con conocimientos de inteligencia artificial.

¿Qué significa para nosotros?

Cuando la Unión Europea obligó a Microsoft  a dar la posibilidad de elegir navegador en Windows, muchos pensamos que eso iba a aumentar la cuota de mercado de Firefox. Lamentablemente, solo aumentó la cuota de Google Chrome  dando a Google una posición dominante como la que Microsoft jamás tuvo.  Y, de todas formas es probable que si los reguladores británicos se salen con la suya, la gente igual siga optando por Google.

Pero, la cosa sería aún peor si Apple desarrolla su propio buscador.

Algunas de las consecuencias serían:

• Integración más completa con el sistema operativo y otros servicios de Apple como iCloud.
• Mejor posicionamiento en los resultados de búsqueda de  los productos de Apple o de aquellas empresas que paguen a Apple por un mejor posicionamiento.

Supongamos que alguien busca una comedia para ver el fin de semana. Los primeros resultados van a ser seguro los de las comedias disponibles en Apple TV+. De la misma forma, si alguien escribe un artículo con una reseña negativa de sus productos, la empresa tiene la potestad de eliminarla de los resultados.

En Linux Adictos ya habíamos cubierto las quejas de diversas empresas por las prácticas monopólicas de Apple.  Yo conté los casos de Basecamp, un desarrollador de herramientas de productividad cuya app de correo electrónico fue retirada de la tienda de aplicaciones porque se negaba a utilizar el servicio de pago de Apple para las suscripciones. Del lado europeo se quejaron Spotify y Kobe, competidores directos de servicios de Apple por prácticas anticompetitivas.

Tiempo después, David nos contó las quejas de los desarrolladores de Telegram ante las autoridades de regulación europeas. En este caso, además de las excesivas comisiones, destacaron la entrega obligatoria de datos de usuarios, la imposibilidad de descargar software de otros orígenes y la arbitrariedad de la aplicación en las políticas en la tienda de aplicaciones.

En otras palabras, un buscador de Apple en reemplazo del de Google sería salir de Guatemala para caer en Guatepeor.  Al menos, hay un motivo para alegrarme de no tener dinero para comprarme uno de sus dispositivos.

from Linux Adictos https://ift.tt/31AY8oD
via IFTTT

Crédito de la foto: Working-Sinclair QL por Telecarlos. Utilizada bajo los términos de la licencia CC-BY-3.0

Seguimos festejando los 29 años de Linux contando aspectos de la vida de su creador Linus Torvalds. Nos estamos basando en un libro que publicó en el año 2001.

Más sobre Linus Torvalds

Con dinero juntado de cumpleaños, trabajos de verano como repartidor de publicidad, limpieza de parques públicos, cumpleaños y premios escolares (parece que las escuelas finlandesas reparten efectivo entre sus alumnos) Linus juntó el dinero para comprarse una computadora más potente que el Commodore VIC 20 de su abuelo. Optó por una Sinclair QL, un equipo de 32 bits con un sistema operativo multitarea, un procesador Motorola’s 68000 de 8 Megahertz y 128 kb de memoria.

El joven Torvalds utilizó esta computadora para diversos proyectos de programación, aprendió el lenguaje Forth (muy popular en la década de los 80) y escribió sus propias herramientas de programación y clones mejorados de sus juegos preferidos del VIC 20. También compró una unidad de disco, pero como no le gustaba como funcionaba el controlador optó por escribir el suyo propio.

Él reconoce que fue la escritura del nuevo controlador lo que despertó su interés en el funcionamiento de los sistemas operativos. Mientras lo escribía encontró errores en la documentación que hacían que lo que había escrito no funcionara por lo que decidió aprender cómo funcionaba el de la Sinclair QL. Esto lo hizo con libros y una herramienta llamada desensamblador que sirve para convertir el lenguaje de máquina a otro de bajo nivel pero más entendible para humanos llamado ensamblador.

El Sinclair QL le duró a Linus tres años tras los cuales empezó a cansarse de sus limitaciones y a vender sus periféricos.

Después de salido del ejército y mientras esperaba retomar sus estudios universitarios, Torvalds encontró un libro que según sus propias palabras cambió su vida. «Sistemas Operativos»: Diseño e implementación, por Andrew S. Tanenbaum. En realidad se trataba de uno de los textos que necesitaría en el curso de otoño, pero decidió empezar a leerlo antes.

Tanenbaum es el creador de Minix, un sistema operativo creado con el objetivo de enseñar a la gente a entender el funcionamiento de Unix. Al leer el libro y usar Minix, Linus se enamoró del sistema operativo creado por los Laboratoros Bell.

Su primera experiencia con Unix fue en un curso con un profesor que no sabía mucho más que sus alumnos. Dice Linus que el profesor iba un capítulo por delante de los alumnos y que ellos solían hacerle preguntas de capítulos posteriores para hacerlo quedar mal. Ese mismo año asiste a una conferencia de Richard Stallman aunque reconoce que en aquel momento no estaba interesado en el software libre.

El 2 de enero del 92 Linus Torvalds compra a crédito una PC de marca blanca armada con componentes elegidos por él. El sistema operativo elegido fue Minix. Como Minix tenía prestaciones limitadas (Había sido creado con propósitos educativos) diversas personas habían creado parches que aumentaban sus funcionalidades que también instaló.

Para conectarse con la computadora de la Universidad creó su propio emulador de terminal pero como quería que se ejecutara al inicio tuvo que aprender como funcionaba la CPU 386.

Ese ordenador, con el que se escribió Linux, terminaría de pagarse con una colecta organizada por los primeros usuarios.

Linus decidió que quería que su emulador de terminal debía permitirle descargar y guardar archivos. Eso requería programar un controlador de discos y un gestor de archivos. El gestor de archivos lo hizo compatible con el de Minix, no solo porque estaba bien documentado si no porque quería poder ver los archivos cuando no estaba conectado con la computadora de la universidad. Fue en este punto que se dio cuenta de que el proyecto se había transformado en un sistema operativo.

Una vez tomada la decisión, Torvalds pidió información a un grupo de usuaro de Minix sobre los estándares POSIX. Para no meter la pata tratando de explicar de que se trata, voy a citar a la Wikipedia:

POSIX es una norma escrita y una marca registrada por el Institute of Electrical and Electronics Engineers. Dicha norma define una interfaz estándar del sistema operativo y el entorno, incluyendo un intérprete de comandos (o «shell»), y programas de utilidades comunes para apoyar la portabilidad de las aplicaciones a nivel de código fuente.

Lo que consigue es un ofrecimiento de espacio en los servidores ftp de la Universidad Tecnológica de Helsinki para alogar el nuevo sistema operativo. Para las normas POSIX tuvo que arreglarse con manuales que encontró en la universidad.

El resto de la historia ya la conocen.

from Linux Adictos https://ift.tt/32xR2QL
via IFTTT

Hace poco fue presentada la nueva versión del editor gráfico Glimpse 0.2.0, en la cual se presentan una serie de cambios relacionados con la eliminación de las referencias de la marca de GIMP, así como también la implementación de atajos de teclado y configuraciones del proyecto PhotoGIMP, el rediseño de iconos y más.

Para quienes desconocen de Glimpse deben saber que es un fork del proyecto GIMP después de 13 años de intentar convencer a los desarrolladores de que cambiaran el nombre.

Los creadores de Glimpse creen que el uso del nombre GIMP es inaceptable y dificulta la distribución del editor en instituciones educativas, bibliotecas públicas y entornos corporativos, ya que la palabra «gimp» se percibe como un insulto en algunos grupos sociales de angloparlantes y además tiene una connotación negativa asociada a la subcultura BDSM.

Los desarrolladores de GIMP respondieron a las peteiciones que no tenian la intención de cambiar el nombre y que durante los 20 años de existencia del proyecto, su nombre se ha vuelto ampliamente conocido y está asociado en el entorno informático con un editor gráfico (al buscar en Google, los enlaces que no están relacionados con el editor gráfico se encuentran por primera vez solo en la página 7 de los resultados de búsqueda.)

Principales novedades de Glimpse 0.2.0

En esta nueva versión del Fork de Gimp, se ha actualizado a la base de código GIMP 2.10.18 (la versión anterior se basó en 2.10.12) y presenta un cambio de nombre, cambio de marca, cambio de nombre de directorio y limpieza de la interfaz de usuario.

En cuanto a los cambios que se integran podremos encontrar que se agregaron atajos de teclado y configuraciones del proyecto PhotoGIMP, que desarrolla una modificación de GIMP para poder ofrecer una apariencia similar a la de Photoshop.

Además, se rediseñaron los conjuntos de iconos existentes, se reemplazó el logotipo de GIMP con el logotipo de Glimpse y se ha adaptado un conjunto de iconos de alto contraste para nuestras propias necesidades.

Se han realizado una gran parte de las correcciones y mejoras relacionadas con el soporte para trabajar en la plataforma Windows, incluido un nuevo instalador con el marco G’MIC incluido.

Los paquetes BABL 0.1.78, GEGL 0.4.22 y MyPaint 1.3.1 y LibMyPaint 1.5.1 se utilizan como dependencias externas (el soporte para pinceles de MyPaint está integrado).

Y en cuanto a las mejoras para desarrolladores se integraron los siguientes cambios:

• Correcciones de errores con versiones anteriores.
• Se agregaron acciones de Github para compilar y empaquetar dev-g210, beta-g210y glimpse-0-2.
• Actualizamos nuestra documentación y crea trabajos para tener en cuenta los nuevos pasos de construcción de meson
• Incluido intl.dllcon el código fuente para ayudar al proceso de empaquetado de Windows
• El archivo HACKING.md se ha actualizado con el nuevo proceso de compilación.
• Losarchivos README.md proporcionados en la build-auxcarpeta también se han actualizado
• En desuso babl, gegl, mypaint-brushesy libmypaintsubmódulos git proporcionan únicamente a título
• Proceso de inicio rápido de Vagrant fue marcado como obsoleto y en su lugar se asoció Ansible.

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

Descargar e instalar Glimpse en Linux

Para quienes estén interesados en poder instalar este fork de GIMP de manera general en Linux pueden hacerlo con ayuda de los paquetes Snap o Flatpak. Solo deben contar con el soporte para instalar este tipo de paquetes en su sistema.

Para el caso de Snap basta con teclear en la terminal:

sudo snap install glimpse-editor

Mientras que para Flatpak:

flatpak install flathub org.glimpse_editor.Glimpse

Ahora, en el caso de los que tengan Arch Linux, Manjaro, Arco Linux o cualquier otro derivado de Arch y no quieren hacer uso de los metodos anteriores, pueden instalar este editor desde AUR.

Para ello solo deben contar con el repositorio habilitado y tener instalado un asistente de AUR, que por ejemplo en este caso hacemos uso de YAY:

yay -S glimpse-editor-git

Finalmente para el caso de los usuarios de openSUSE Tumbleweed, deben añadir el siguiente repositorio a su sistema:

sudo zypper addrepo https://download.opensuse.org/repositories/home:IBBoard:desktop/openSUSE_Tumbleweed/home:IBBoard:desktop.repo
sudo zypper refresh
sudo zypper install glimpse

from Linux Adictos https://ift.tt/34JfUYy
via IFTTT

Suma y sigue. Los usuarios de Linux solemos estar contentos con el software que tenemos disponible: si no tenemos Photoshop, usamos GIMP; si no tenemos Sony Vegas, usamos uno de los muchos editores de vídeo que hay para Linux; y así con mucho software. El problema es que a veces no hay alternativas, y ya tuvimos un ejemplo con Disney+, cuando no estuvo disponible en el momento de su lanzamiento para los usuarios de Linux. Afortunadamente, esto cambió más o menos pronto, pero ahora HBO Max ha vuelto a resucitar viejos fantasmas.

Tal y cono informa Ars Technica, un lector de su medio les avisó de que HBO Max dejó de funcionar hace un par de semanas para los usuarios de Linux, algo que publicó Dan Gillmor en su blog personal. Y el problema no es que falle sólo en Firefox, por ejemplo, sino que no funciona en ningún navegador, sin importar tampoco la distribución que estemos usando. Si lo intentamos, ahora mismo aparece un mensaje que dice «Estamos teniendo problemas en reproducir este vídeo. Por favor, inténtalo más tarde«.

HBO Max deja de funcionar en Linux por Widevine DRM

Como en el caso de Disney+, vuelve a ser un problema relacionado con el DRM, en este caso Widevine DRM que intenta proteger el contenido de la plataforma para que no sea pirateado. En estos momentos, ha dejado de reconocer a Linux como una plataforma conocida y válida. Como informan en el medio, algo que personalmente no sabría por no usar ese tipo de servicios en España, el mismo problema pasó con CBS, pero éste se solucionó milagrosamente tras las quejas de los usuarios.

Por lo que parece, el problema de HBO Max con Linux es el mismo que el que se experimentó con CBS, pero los primeros aún no han respondido a las quejas de los usuarios y su servicio sigue sin funcionar en nuestros equipos. Concretamente, el problema es que se ha activado el Verified Media Path en el servidor de Widevine, y eso ha provocado que deje de funcionar en los sistemas basados en el núcleo que desarrolla Linus Torvalds.

De ser así, la solución es sencilla: desactivar el VMP. Si deciden no hacerlo, los usuarios de Linux no podremos ver HBO Max, por lo menos en el navegador, y, sin ser usuario del servicio y sin probarlo por mi mismo, dudo de si se podrá a través de software de terceros, como con algún addon de Kodi. En cualquier caso, si eres usuario de HBO Max en Linux y ha dejado de funcionarte, ya sabes por qué. A esperar, a pasarse a Windows o a abandonar la plataforma. No queda otra.

from Linux Adictos https://ift.tt/32vny6h
via IFTTT

Durante mucho tiempo, y si no estoy equivocado había sido así desde el principio, el sistema operativo oficial para las placas Raspberry Pi se llamó Raspbian. Hace unos meses, la compañía decidió cambiarle el nombre a otro con más personalidad, sin incluir en su nombre parte de «Debian» y lo rebautizaron a Raspberry Pi OS. Basándose directamente en Debian, la velocidad o frecuencia de algunas actualizaciones no es la mejor, pero hace poco han recibido una importante.

La nueva versión, lanzada ya hace una semana, es Raspberry Pi OS 2020-08-20 y su novedad más destacada es que han actualizado el kernel a la última versión LTS, es decir, el Linux 5.4 que compañías como Canonical decidieron incluir en su también última LTS, el Ubuntu 20.04 lanzado el pasado mes de abril. En aquel momento, ya se había lanzado Linux 5.6, pero los lanzamientos Long Term Support suelen ir de la mano.

Novedades más destacadas de Raspberry Pi OS 2020-08-20

• Linux 5.4 LTS, más concretamente Linux 5.4.51. Hasta ahora, Raspbian y las primeras versiones de Raspberry Pi OS usaban Linux 4.19, lanzado en octubre de 2018 y que Raspbian incluyó en junio de 2019.
• La herramienta de configuración raspi-config se ha actualizado, algo que guarda relación con el punto anterior.
• raspi-config ahora detecta dispositivos de audio en idiomas de habla no inglesa.
• Se ha actualizado la herramienta de software recomendado para permitir operaciones múltiples de instalación y desinstalación sin obligarnos a cerrar el programa entre cada operación y se ha habilitado la instalación de software tanto de 32bit como de 64bit.
• Adobe Flash Player 32.0.0.414, la última versión.
• Se ha añadido el italiano al entorno gráfico propio PIXEL.
• Han eliminado la encuesta de comentarios de los usuarios de Chromium.

Por otra parte, la compañía ha actualizado la herramienta para copiar el sistema en una tarjeta SD. Los usuarios interesados pueden descargar Raspberry Pi OS 2020.08.20 desde este enlace.

from Linux Adictos https://ift.tt/3lphrsI
via IFTTT

Ayer, David hizo una crónica sobre los 29 años de Linux reseñando algunos de los hitos de su historia. Pero, ¿Que hay de la historia de su creador? Todos sabemos que el estudiante finlandés Linus Torvalds anunció en un mensaje de Usenet que estaba desarrollando un sistema operativo, pero su historia anterior no es tan conocida.

Torvalds no es un apellido común, ni siquiera en Finlandia. Todos los que lo llevan están relacionados entre si. El linaje comenzó con Ole Torvald Elis Saxberg, el abuelo de Linus. Hijo de madre soltera, no quiso adoptar el apellido de su padrastro y decidió eliminar la última parte de su nombre. Para que sonara más importante le agregó una S al apellido que había adoptado.

Este abuelo era periodista y poeta y publicó varios libros de los cuales Linus asegura no haber leído jamás ninguno.

Los padres de Linus se conocieron en la universidad durante una excursión de un club de estudiantes suecoparlantes. Ambos padres trabajaron como periodistas.

Linus Torvalds según Linus Torvalds

En un libro publicado en el año 2001 se describe a si mismo como un chico feo. Aparentemente era dientón y había heredado la nariz prominente de la familia Torvalds. A esto hay que agregarle gafas y según sus propias palabras «un gusto atroz para elegir la ropa».

Para terminar de complicar el cuadro, había nacido un 28 de diciembre, lo que lo hacía el más pequeño de la clase y era naturalmente bueno en Matemáticas. Sin embargo, no encajaba en el cliché de nerd porque no era del todo malo en los deportes.

Cuenta Linus, que su primer juguete tecnológico fue una calculadora electrónica propiedad de su abuelo materno Leo Waldemar Tornqvist, quien fue profesor de estadística en la Universidad de Helsinki. El pequeño Torvalds la usaba para calcular el seno de varios números aleatorios. Pero no lo hacía porque fuera un niño prodigio. Según su confesión fue porque le gustaba ver como la vieja calculadora parpadeaba mientras hacía los cálculos.

No recuerda (al menos al momento de escribir el libro que estamos consultando) cual fue el primer ordenador con el que trabajó, pero cree que fue un Commodore Vic 20 también propiedad del mismo abuelo. Como el abuelo Leo no se sentía del todo cómodo con los ordenadores, escribía sus programas con lápiz y papel y hacía que su nieto los tipeara en la computadora. Cuando no copiaba los programas de su abuelo lo hacía con los programas de ejemplo de los manuales. Luego comenzó a comprar libros y revistas de informática y descubre la programación en código de máquina.

Por imposición de su padre (divorciado ahora de su madre) intenta un año y medio jugar al baloncesto, pero termina dejándolo.

La señora Torvalds solía decirle a sus compañeros de trabajo que su hijo era de bajo costo de mantenimiento. Lo único que necesitaba era encerrarlo en armario con una computadora y darle algo de pasta seca de vez en cuando.

Debido al divorcio de sus padres, Linus y su hermana vivían alternadamente (juntos o separados) en la casa de sus padres) Las dificultades económicas obligaron a su madre a tener que empeñar varias veces su acción de la Compañía de Teléfonos de Helsinki (todos los abonados tienen una).Torvalds llegaría a ser miembro del directorio de esa compañía.

El adolescente Linus concurrió a una escuela secundaria de habla sueca. Se reconoce bueno en Matemática y Física pero malo para la memorización de datos y la carpintería. Iba a las clases de gimnasia salvo cuando se trataba de participar en alguna competencia deportiva.

En la universidad asegura haber tenido un buen desempeño en su primer año para experimentar luego un descenso en picada. Con otro estudiante de habla sueca también interesado en las computadoras se unió a un club de ciencias duras llamado Spektrum .

Cuando llegó el turno de hacer el servicio militar optó por la escuela de oficiales. Una vez graduado lo asignaron a la tarea de controlador de fuego. Su tarea era indicarle a los tiradores hacia donde disparar (Estamos hablando de los ochenta, no había drones)

Luego de su servicio militar volvió a la universidad donde permaneció ocho años y se graduó con un máster.

from Linux Adictos https://ift.tt/32nVG3G
via IFTTT

En nuestro artículo anterior habíamos contado como los mejores programadores del laboratorio de Inteligencia Artificial del MIT lo habían abandonado para irse a la más lucrativa actividad privada y, como nuestro amigo Richard Stallman se quedó redeado de gente tan poco interesada en el funcionamiento de las cosas que decidió abandonar el desarrollo propio y optar por un software comercial.

El problema se presentó cuando quisieron tener a la nueva máquina conectada tanto en la red ARPANET como en la red del MIT. El laboratorio no pudo conseguir a nadie que supiera hacer los cambios necesarios en el software. El programa era muy difícil de entender y dado que no se podía compartir, tampoco había gente interesada en hacerlo. Tampoco el proveedor estaba interesao en hacer los cambios.

Para Stallman, además de estar mal escrito y ser difícil de entender, el nuevo sistema traía configurada por defecto una política de seguridad tan ineficaz que no solo no impedía que la gente cometiera errores catastróficos por accidente. También, impedía que alguien que supiera como hacerlo ayudara a otra persona hasta que llegara alguien con el poder para autorizarlo.

Stallman utilizó sus conocimientos de programación para sabotear la política de seguridad hasta que esta fue reforzada hasta tal punto que dificultó cualquier intento de hacerlo. Finalmente dejó de utilizar ese equipo porque lo obligaba a tener una contraseña secreta.

El nacimiento de GNU

Por el año 82 a Stallman le quedó en claro que la única forma de recuperar el espíritu original del laboratorio del MIT era crear un sistema operativo libre desde cero. Posteriormente decidió que debía ser similar a Unix para facilitar el cambio y hacer que la gente se sintiera más deseosa de colaborar. Para ponerle nombre decidió recurrir a una antigua tradición de los hackers del MIT, acrónimo recursivo.

GNU son las siglas en inglés de Gnu’s Not Unix (GNU no es Unix)

Para no volver a inventar la rueda Richard empezó a buscar herramientas libres que le sirvieran para el proyecto y encontró algo llamado «Kit de compilación de la Universidad Libre» Cuando le preguntó al desarrollador si podía utilizarlo, este le respondió que si con la condición de que el compiladors siguiera siendo propietario y el sistema operativo creado con él alentara a la gente a comprarlo.

Stallman decidió desarrollar su propio compilador para lo que se inspiró en un compilador libre de un lenguaje llamado Pastel (Una versión extendida de Pascal) En forma paralela empezó a trabajar en uno de sus proyectos emblemáticos: un editor de textos llamado GNU Emacs.

Originalmente GNU Emacs estaba basado en otro editor supuestamente de libre distribución. A medida que trabajaba con ese editor, Stallman se dio cuenta de que no tenía las características que necesitaba y lo fue modificando. Para cuando la compañía se retractó y prohibió que se siguiera distribuyendo, solo quedaba del código original una pequeña parte que solo le llevó una semana y media reemplazar.

Estas y otras herramientas desarrolladas por Stallman y sus colaboradores jugarían un rol fundamental para el desarrollo de Linux, los derivados de BSD y se portarían a Windows, Mac y la PlayStation de Sony.

En 1985 se crea la Free Software Foundation, la entidad no lucrativa encargada de garantizar que todas las herramientas del proyecto GNU estén disponibles en forma libre para quienes quieran utilizarlas. Además de eso realiza actividades de difusión.

En el año 1989 Richard Stallman redacta la primera versión de la Licencia Pública General de GNU (GPL) por sus siglas en inglés que garantiza a los usuarios finales (personas, organizaciones, compañías) la libertad de usar, estudiar, compartir y modificar el software.

Bibliografía

De acuerdo a lo que prometí, esta es la bibliografía de la serie de artículos

Chandler Jr A.D. Inventing the Electronic Century: The Epic Story of the Consumer Electronics and Computer Industries. Harvard University Press

Ryan J. A History of the Internet and the Digital Future. Reaktion Books.

Banks M. On the way to the Web: The secret history of the Internet and its founders.Apress

Richard Stallman. Charla en el Real Instituto de Tecnología de Estocolmo.

from Linux Adictos https://ift.tt/3hziUKK
via IFTTT

Estamos llegando al final de nuestro repaso por los acontecimientos que hicieron posible Linux y nos queda por terminar la historia del nacimiento del Proyecto GNU. Recordemos que fue el proyecto GNU el que le daría las herramientas a Linus Torvalds para crear el núcleo Linux.

Es imposible separar la «invención» del software libre de la personalidad de Richard Stallman. Pongo lo de invención entre comillas porque, como dijimos en artículos anteriores, el software en sus orígenes se compartía libremente. Fue cuando las empresas comenzaron a ver sus posibilidades comerciales que aparecieron las licencias privativas.

Stallman cuenta que cuando llegó al laboratorio de Inteligencia Artificial del Instituto de Tecnología de Massachusetts (MIT) se encontró con una cultura de puertas abiertas. En sus experiencias anteriores había trabajado en lugares donde había gente que decidía quién y cuando podía usar los equipos, y muchas veces estos se asignaban por status y no por necesidad.

En el laboratorio de IA del MIT se consideraba que el hardware era de todos. Si alguien, por más alto en la jerarquía que estuviera, guardaba un equipo que otro necesitaba bajo llave le tiraran la puerta abajo.

Según explica Stallman

…este espíritu de derribar las puertas no era algo aislado, era parte de toda una forma de vida. Los hackers del laboratorio de IA estaban muy motivados para escribir programas buenos e interesantes. Y era porque estaban tan ansiosos por hacer más trabajo, que no soportaban tener los equipos bloqueados, o muchas otras cosas que la gente podía hacer para obstruir el trabajo útil.

Por el mismo motivo los sistemas del laboratorio no tenían un mecanismo de protección de archivos, Quienes lo desarrollaron no querían que alguien pudiera centralizar el poder de decidir quién podía tener acceso a qué.

Lo bueno de esto según Stallman es que siempre que algo fallaba en los sistemas, cualquiera que supiera cuál era el problema lo podía arreglar.

Según sus propias palabras era una anarquía que funcionaba:

…tampoco dejamos que ningún profesor o jefe decidiera qué trabajo se iba a hacer, porque nuestro trabajo era mejorar el sistema. Hablamos con los usuarios, por supuesto; si no lo haces, no puedes decir lo que se necesita. Pero después de hacer eso, éramos los más capaces de ver qué tipo de mejoras eran factibles, y siempre estábamos hablando entre nosotros sobre cómo nos gustaría ver el sistema cambiado, y qué tipo de ideas claras habíamos visto en otros sistemas y que podríamos utilizar.

El camino hacia GNU. No siempre los cambios son buenos

Sin embargo, con el correr del tiempo, esa cultura abierta se fue perdiendo. En las propias palabras del fundador de la Free Software Foundation:

Esencialmente todos los programadores competentes excepto yo, en el laboratorio de IA fueron contratados, y esto causó más que un cambio momentáneo, causó una transformación permanente porque rompió la continuidad de la cultura de los hackers. Los nuevos hackers siempre se sentían atraídos por los viejos hackers; estaban los ordenadores más divertidos y la gente que hacía las cosas más interesantes, y también un espíritu del que era muy divertido formar parte. Una vez que estas cosas se perdieron, ya no había nada que recomiendara el lugar a nadie nuevo, así que la gente nueva dejó de llegar. No había nadie en quien pudieran inspirarse, nadie de quien pudieran aprender esas tradiciones. Además, nadie de quien aprender a hacer una buena programación. Con sólo un puñado de profesores y estudiantes graduados, que realmente no saben cómo hacer que un programa funcione, no puedes aprender a hacer que los buenos programas funcionen. Así que el laboratorio de IA del MIT que me encantaba ya no estaba y después de un par de años de luchar contra la gente que lo hizo para tratar de castigarlos por ello, decidí que debía dedicarme a tratar de crear una nueva comunidad con ese espíritu.

Una de las consecuencias del cambio tuvo que ver con la decisión de no utilizar software desarrollado internamente. Cuando en el laboratorio se cambió el hardware, aquellos estudiantes y profesores que no comulgaban con la cultura hacker pudieron imponer sus puntos de vista y optaron por usar software comercial

En el artículo final (lo prometo, es el último) veremos como Stallman decide que si no puede vencerlos, lo mejor es crear su propio proyecto.

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