Meta le amarga a Pixelfed el lanzamiento de su plataforma de vídeos cortos

Loops es una plataforma de vídeos cortos parecida a TikTok, Instagram Reels o YouTube Shorts de código abierto, pensada para interactuar con el resto del fediverso, de forma parecida a como lo hacen otras plataformas como Mastodon o PeerTube. A solamente 48 horas de lanzarse la beta pública, han tenido que posponerlo un par de días. La razón involucra, curiosamente, a Meta.

Resulta que se ha sabido que Threads, una red social de texto asociada a Instagram, está trabajando en una función que permite crear grupos y que algunas personas que usan Threads ya han empezado a ver al usar la aplicación. El problema es que esa funcionalidad también se llamaría loops.

Así que a prácticamente horas del lanzamiento, loops.video ha anunciado que se retrasa unos días:

Due to recent developments, we have made the tough decision to postpone the public beta launch for 11 days.

It turns out that Meta’s Threads.net platform is building a groups feature that they curiously named Loops, and we feel the need to polish the app and Loops platform further so we can maintain the communities expectations.

https://pixelfed.social/p/loops/749181422627243289

(Debido a acontecimientos recientes, hemos tomado la dificil decisión de posponer el lanzamiento de la beta pública por 11 días. Resulta que Threads.net, de Meta, está construyendo una función de grupos que curiosamente han llamado Loops, y sentimos que tenemos que pulir más la aplicación y nuestra plataforma Loops para que podamos mantener las expectativas de la comunidad.)

Loops (como red social federada) llevaba ya un tiempo en desarrollo y anunciando su progreso desde al menos marzo de 2024. Es trágico que este descubrimiento se produzca con tan poco tiempo de antelación respecto a la salida, aunque a la vez resulta una coincidencia bastante curiosa.

Loops es una red social abierta estrechamente relacionada con Pixelfed, que es otra red abierta y federada también, orientada a compartir imágenes, de una forma parecida a como permiten hacerlo otras redes sociales centralizadas como Flickr o Instagram.

Esto no es una granja de contenido

Ahora que estoy publicando cosas poco a poco otra vez, creo que es importante hacer un comentario como este. Internet ha cambiado un poco en los últimos dos años, y la forma de publicar parece que también. Y dado que las últimas tendencias están complicando la vida a cualquier página web que trate de operar de forma independiente, considero que es importante posicionarme.

No uso IA para este blog

En nosgustalinux.es no se está utilizando IA. Eso significa que todos los artículos que se publican en este sitio web están escritos a mano, con mejor o peor revisión hecha antes de pulsar el botón Publicar. Generalmente suele ser mala, ya que tengo el defecto de pensar más rápido que lo que pulso teclas, o de tratar de escribir tal cual mi monólogo interno lo va diciendo, pero se hace lo que se puede. Esto podría mejorar si hiciese varias lecturas del artículo antes de guardarlo, cosa que no hago con mucha frecuencia.

Junto a los artículos, suele haber al menos una imagen, aunque sea para que pueda tener control qué imagen se muestra junto al enlace cuando se comparte en una red social. Algunas de las imágenes son pantallazos hechos directamente con el ordenador del software que esté describiendo. En otro caso, son composiciones que juntan letras, logos y otros iconos sencillos en herramientas como Inkscape. Y muchas de las imágenes proceden de repositorios de imágenes de stock como Pexels o Unsplash, o son fotos con licencias CC descargadas de Flickr.

Incluso aunque las imágenes pudiesen ser la fruta más baja del árbol, que podría ser sustituida por la salida de un prompt de una IA, no lo hago. Para empezar, porque entonces no podría promocionar el hecho, una vez más, de que esta web es libre de IA. Y para seguir, porque considero que eso le haría perder un factor muy importante a lo que publico aquí.

Me he vuelto más selecto con lo que escribo

Como dije antes, este blog no es una granja de contenido. Una granja de contenido es una web en la que se publica de forma masiva con el único fin de inundar de enlaces el buscador o las tendencias de una red social. Esa inundación se convierte en tráfico, y el tráfico se convierte en impresiones de anuncios y dinero.

(No hay que confundir tampoco granja de contenido con sitio web grande. Algunos sitios web generan muchos artículos al día o a la semana simplemente porque hay muchas personas trabajando en ellas.)

Es verdad que trato de escribir de la forma más profesional que se me ocurra, y que algunas veces intento adoptar un estilo de escritura más verboso y divulgativo, pero al final del día, la idea continúa siendo que pueda marcar un check para probar que de vez en cuando trato de ser creativo y que escribo cosas, como quien toca la guitarra o pinta un cuadro.

No voy a negar, de todos modos, que si este sitio fuese más grande, me plantearía poner aunque sea un banner en la barra lateral de la página web o encima y debajo del post, como toda la vida se ha hecho. Sin embargo, precisamente debido a que ahora mismo hay tantas granjas creando de forma automatizada docenas de artículos al día, las redes de anunciantes se han puesto selectas y hoy en día piden un mínimo de audiencia o de artículos de blog para siquiera aprobar un sitio web. Y Nos Gusta Linux, de momento, es un sitio con pocos posts.

Pantallazo del panel de control cuenta 50 artículos publicados.
Evidentemente, estaría bien incrementar este número.

Sin embargo, tanto aquí como en el canal de YouTube me he vuelto más selecto con el tipo de contenido que quiero cubrir. Considero que no todo vale, y que tiene que haber una motivación intrínseca para elegir un tema, más que simplemente adoptar temas populares. Cubro una noticia de actualidad únicamente cuando el tema me interesa. Hago una guía si considero que es valioso que exista una explicación sobre el tema.

Hacer guías sobre conceptos de propósito general (como las instrucciones para instalar un sistema, o para usar un paquete del sistema) sigue siendo una forma popular de crecer, porque siempre va a haber gente que necesite ayuda. E incluso una guía escrita a mano por una persona real siempre va a tener más calidad que una guía hecha por un robot, ya que la persona le va a aplicar un control de calidad real, o al menos no te va a intentar envenenar.

Pero es importante que lo que estoy haciendo tenga sentido. Así que, o soy capaz de dar mi punto de vista en lo que escribo, o no lo voy a cubrir, considerando que ya existen cientos de páginas web que van a publicar la misma noticia cuando ocurre algo importante. Por ejemplo, cuando el otro día conté que había salido Firefox 131, me centré en las cosas que, después de leer las notas de versión, consideré más interesantes, pero no hice ninguna referencia a la nueva gestión de cookies.

Además, como ya he dicho, no soy la persona que mejor escribe del mundo, pero la única forma de mejorar es continuar haciéndolo. Por eso, si la situación es buena, trato de agendar metas, como puede ser escribir al menos una o dos entradas por semana, para mantener el hábito. Podría hacerlo con más frecuencia, pero tengo la mala costumbre de ser muy verboso al escribir, además de otros proyectos de los que ocuparme.

Mi meta a largo plazo es tener al menos 200 entradas. Una vez que haya alcanzado esa cifra, será cuando pueda mirar atrás, ver lo que se ha hecho hasta el momento, y decidir qué pasos dar a partir de entonces. Este número no está puesto únicamente para tratar de engañar de nuevo a las empresas que ponen anuncios, sino porque una cosa que siempre he querido tener es una página web con un archivo de sitemap lo suficientemente grande como para que se atasque cuando se trata de procesar con una herramienta que mide el rendimiento de sitios web, o el deseo de tener un backend de WordPress con tantas cosas creadas que los números que identifican a cada entrada tengan al menos cuatro dígitos. No es lo mismo ver post?id=41 que post?id=3000.

Sin embargo, no hay prisa. No tengo por qué hacer esto en un par de meses. Puedo ir a mi ritmo, y hacerlo cuando quiera. Y si hay que tardar uno o dos años, que se tarden.

Este post está escrito en el pasado

La trampa, eso sí es cierto, es que si en algún momento decido escribir varios artículos seguidos, los dosifico y los programo para que haya un espacio de uno o varios días entre uno y otro. De este modo, consigo varias cosas.

Una es poder escribir más si me apetece, sin preocuparme de poder crear demasiado texto de golpe. Otra es, que de por sí mantener una agenda le da más calidad, y afecta a la forma en la que el sitio es percibido por otras personas e incluso por herramientas como lectores RSS o directorios de blogs.

Por último, no publicar al instante lo que se me pasa por la cabeza y dejarlo en un buffer me permite darme al menos una última oportunidad de volver a leer lo que he escrito antes de que se alcance la hora límite, por si tengo que revisar errores que he podido cometer al escribir.

Si en algún momento pasa una semana sin novedades en el feed, puedes asumir que la vida me ha vuelto a poner en mi sitio y que no he tenido tiempo de preparar nada todavía.

El futuro del dominio .io es incierto, ¿qué es lo peor que podría ocurrir?

.io es un dominio popular en internet que usan muchas tecnológicas, por el simil con «input-output». Además, muchos hostings de sitios web como GitHub Pages o GitLab Pages lo utilizan para separar las páginas de usuario del resto de contenido.

Pero realmente, .io es el dominio regional de lo que hasta ahora se ha conocido como el British Indian Ocean Territory (o sea, Territorio Británico del Océano Índico), una colonia que Reino Unido tiene por el momento en el Archipiélago de Chagos. Sin embargo, esto podría cambiar, ahora que Reino Unido ha anunciado que devolverá el territorio a Mauricio.

El problema es que cabe la posibilidad de que, con ello, caiga también el dominio .io, que es precisamente el que tiene asignado este territorio. Los dominios ccTLD se asignan y se quedan obsoletos a la vez que los países a los que se asocian se fundan o se disuelven. No es un evento muy habitual, pero ya ha pasado varias veces, aunque el resultado es impredecible porque no siempre se ha tomado la misma decisión.

Más de 200.000 sitios web están activos con un dominio .io. Si finalmente, se deja caer el ccTLD en el futuro, una vez que ese territorio deje de ser considerado parte de Reino Unido, y por lo tanto tenga ese nombre, es posible que muchos sitios en internet tengan que buscarse una nueva ubicación si se decide no conservarlo.

No siempre ha habido una respuesta uniforme

Hay antecedentes en el pasado de que un país, tras independizarse o integrarse en otro, cambie de código dominio regional en internet. Al fin y al cabo, los dominios en internet existen desde hace mucho tiempo, y son incluso más antiguos que acontecimientos históricos como la caída del muro de Berlín.

Tras la disolución de Checoslovaquia, su dominio regional (.cs), que existía desde 1990, fue declarado obsoleto, y finalmente fue retirado de la tabla en 1995. La República Checa se quedó con el dominio .cz, y Eslovaquia con el .sk.

Sorprendentemente, el dominio .yu, asignado originalmente a la vieja Yugoslavia, continuó en uso hasta 2008. La República Federal de Yusgolavia continuó haciendo uso del dominio, incluso tras cambiar la denominación del país a Serbia y Montenegro en 2003. Finalmente, cuando Serbia y Montenegro se independizaron la una de la otra, Serbia recibió el .rs y Montenegro recibió el .me, y el dominio .yu fue retirado definitivamente en 2010.

Sin embargo, no siempre tiene por qué desaparecer. Tras la caída de la Unión Soviética, cada país de la vieja unión recibió su propio dominio regional como consecuencia de recibir su propio código ISO. Por ejemplo, los dominios .ee y .ua existen desde 1992. Sin embargo, se da la circunstancia de que el dominio .su, que se asignó a la Unión Soviética, continúa existiendo a día de hoy y es usado por más de 100.000 dominios. Esto es porque Rusia, pese a tener también el .ru, decidió conservar y hacerse cargo del .su.

ICANN te da un dominio, quieras o no

En algunos casos puede contrastar que un país tenga dominio de internet con la proyección que ese país da o la impresión nos fuercen a tener de él. El dominio .su existe desde 1990, y eso es lo que condicionó que pueda seguir existiendo hoy en día. Incluso llegó a preasignarse en los años 1980s un dominio .dd para Alemania del Este, aunque no se aprobó a tiempo y por lo tanto nunca llegó a existir formalmente.

Lo normal es que la ICANN, que es la agencia internacional que lleva estas cosas, trate de asignar un código de dominio regional a un país siempre que sea posible, al magen de su situación política o de si usa internet de forma activa o no. Corea del Norte tiene su propio dominio en internet, el .kp, pero puesto que los pocos ordenadores que hay en el país operan como una intranet gigante, el número de sitios web que lo usan de forma internacional es limitado: apenas algunas agencias de gobierno, su aerolínea y su canal de televisión.

Además, una vez que la ICANN decide que hay un dominio asignado para un país, tiene que haber una organización que lo reclame para gestionarlo en nombre de ese país, que generalmente suele estar asociada con su gobierno. Sin embargo, tiene que ser reclamado por una organización como mínimo y como máximo. San Martín, por ejemplo, tiene un dominio reservado, pero como ninguna organización lo ha reclamado, continúa sin asignar.

Un caso opuesto es el dominio .eh, asignado a Sáhara Occidental. En 2006 hubo una aproximación para hacerse cargo del dominio por parte de una entidad asociada al Frente Polisario, pero dado que Marruecos, que actualmente mantiene ocupado el país, reaccionó a esto presentando su propia propuesta, la ICANN de momento no puede transferirlo porque no puede decidir a quién dárselo.

El caso de los dominios administrados por entidades privadas

En ocasiones, el gestor de un dominio regional es una empresa privada, que puede llegar a un acuerdo con el gobierno de un país para explotarlo comercialmente a cambio de dinero o de inversiones en el país. Esto suele ser frecuente en pequeñas islas donde, en cualquier caso, no existe una gran inversión en internet dada la ubicación remota en la que se encuentran, pero sí puede venir bien el dinero que generan.

Uno de los casos más famosos es el dominio .tv, que es el dominio regional de la Isla de Tuvalu, pero gestionado de forma privada, y virtualmente tratado como un dominio relacionado con el mundo de la televisión y el entretenimiento más que como uno regional. Tuvalu recibe dinero anualmente por la explotación comercial de su dominio.

El gobierno de Anguila también recibe anualmente un 10% de su PIB en compensación por las ventas que genera su dominio regional .ai, popular en el mundo de la inteligencia artificial.

El caso del dominio .io es especialmente polémico. A pesar de que el gobierno de Reino Unido lo niega, a lo largo de los últimos años se han recibido varias quejas de que las royalties derivadas de la explotación comercial del dominio .io van directas a Gran Bretaña. Algunas de las quejas han sido presentadas por la propia empresa que gestiona el dominio de forma privada. Otras organizaciones han reclamado en el pasado la repatriación del dominio para que su gestión se haga directamente desde las islas del Índico.

¿Qué hay de nuevo en Firefox 131?

Si usas Firefox, a estas alturas tu navegador se habrá actualizado, o estará a punto de hacerlo, a Firefox 131. En su página web encuentras la lista de cambios. Aquí un breve resumen con las dos funciones que te pueden ser más útiles y que te pueden ayudar a ser una persona más productiva.

Ahora puedes conceder permisos temporales a las páginas web. A veces las páginas piden permiso para usar la ubicación, la cámara o el micrófono. Y hasta ahora a ese permiso sólo se le podía decir sí o no. Ahora se le puede dar un permiso temporal que caducará al cabo de una hora o cuando se cierre la pestaña.

De este modo, por ejemplo, podrías concederle permiso a la página web de una tienda para que te muestre locales que hay cerca de tu zona, sin necesariamente darle permiso para registrar tu ubicación cada vez que entres a la página en el futuro.

La otra característica relevante que destaco es que Mozilla Firefox es el último navegador que quedaba en agregar soporte para text fragments. Explicado para todo el mundo, un text fragment es un enlace como cualquier otro, con su https:// delante, pero que incluye a la vez el texto que pondrías al darle a Buscar o pulsar Ctrl-F para buscar texto en una página.

Te pongo un ejemplo: si haces clic en el siguiente enlace, deberías ir al mismo enlace de lista de cambios que puse al principio de este post, pero en vez de ver la parte de arriba de la web, deberías ver justo la línea que dice que han agregado text fragments, y la palabra «text fragments» debería estar marcada:

https://www.mozilla.org/en-US/firefox/131.0/releasenotes/#:~:text=text%20fragments

Si te preguntas cómo puedes crear tu propio enlace para que cuando vayas a enviar algo a otras personas puedas ayudarles a llegar más rápido a la parte que quieres señalar… se lo han dejado fuera. En lo que lo meten, te puedo proponer esta extensión para agregar manualmente un menú para copiar enlace al hacer clic derecho.

Dos formas de habilitar sudo para una cuenta en GNU/Linux

Hoy en día, lo normal al instalar GNU/Linux en un sistema es que la primera cuenta que se configura durante la instalación esté considerada como cuenta administradora. Con el comando sudo puede identificarse para confirmar que realmente al otro lado del teclado está la persona que dice estar y no un impostor, y así ejecutar comandos o cambiar opciones que requieren permisos elevados porque introducen cambios al funcionamiento del sistema operativo, como instalar programas nuevos.

Sin embargo, ¿qué hacemos cuando queremos darle estos permisos a otra cuenta? Por ejemplo, en un entorno de trabajo grande donde tengamos varias personas que puedan administrar un sistema. No querríamos que toda la administración de la máquina caiga sobre una misma persona en una gran empresa. Tal vez haya varias personas para administrar los servidores e instalar comandos, según se pongan de acuerdo.

En ese caso, lo que tendremos que hacer es convertir una cuenta de usuario en administradora. Este es un proceso casi chamánico que requiere la intervención de otra cuenta que ya sea administradora, para darle la bienvenida a la nueva cuenta al club. Sin embargo, la forma en la que se hace este proceso depende un poco de la instalación.

El grupo de sudoers

Por lo general, hoy en día casi cualquier distribución GNU/Linux utiliza un grupo de usuarios para identificar a estas cuentas. Así, al agregar o quitar personas del grupo, se les puede dar o revocar estos permisos sin involucrar más configuración.

Este grupo llevará uno de los dos nombres. Históricamente, el grupo se denominaba wheel. Existen varias teorías sobre el origen de este nombre, ninguna posiblemente importe en este momento. Lo clave es que, a pesar de ser el nombre usado en el UNIX tradicional, muchas distribuciones GNU/Linux continúan usando este nombre a día de hoy. Red Hat y Arch Linux, por ejemplo. Esto incluye derivadas: Fedora, Manjaro, EndeavourOS…

Sin embargo, en el caso de Debian, el nombre de este grupo es sudo. Esto es importante porque también afecta a todas las distribuciones que emanan de Debian. Así, distribuciones como Ubuntu o Linux Mint también usan sudo como nombre de este grupo.

Una vez identifiques el nombre del grupo, deberás agregar al usuario que quieras dar permiso de superusuario a este grupo. En el caso de las distros que tengan un script groupadd, podrías usar ese script. Sin embargo, por lo general se da por hecho que el programa alternativo usermod es casi universal y que permite agregar a un usuario a un grupo con la siguiente invocación de terminal:

sudo usermod -aG grupo usuario

No te olvides de poner los flags -aG. El primero sirve para agregar grupos en vez de sustituirlo. Más te vale no olvidar ponerlo, o podrías borrar los grupos a los que pertenezca la cuenta en este momento. El segundo parámetro sirve para especificar precisamente esos grupos. grupo será wheel o sudo según el tipo de distribución que uses, y usuario es el nombre de la cuenta que quieres agregar.

Por ejemplo, para meter a julian al grupo de administradores en Debian, usaríamos:

sudo usermod -aG sudo julian

Y para agregar a laura al grupo de administradores de Fedora, usaríamos:

sudo usermod -aG wheel laura

Para los casos más exagerados: modificar manualmente el archivo sudoers

El archivo sudoers guarda la configuración de sudo. Es importante modificar este archivo utilizando el comando visudo, para que tras editarlo se valide. La razón de esto es que si el archivo /etc/sudoers tiene errores, es posible que sudo deje de funcionar. visudo se ocupará de avisarte si está mal configurado antes de cerrar sesión, potencialmente bloqueando el sistema.

Para modificar este archivo, generalmente basta con escribir lo siguiente en una terminal para abrir el archivo con tu editor por defecto en estos casos (nano, vim…):

sudo visudo

La forma más rápida de agregar una cuenta a este archivo es incorporando una línea que contenga lo siguiente:

[usuario] ALL=(ALL:ALL) ALL

La razón por la que hay que escribir tantas veces la palabra ALL es compleja de contar ahora y no viene al caso, pero lo podría dejar para el futuro. También puede que aprendas algo al respecto si miras el manpage que define este archivo, con man 5 sudoers.

Por ejemplo, para agregar manualmente a julian como sudoer, podrás agregar lo siguiente a tu archivo de configuración:

julian ALL=(ALL:ALL) ALL

Sin embargo, en cualquier caso, generalmente es más flexible si agregas todo un grupo de usuarios y luego usas usermod para agregar y quitar personas de un grupo.

Para permitir a todo un grupo utilizar sudo, puedes usar un formato parecido, pero poniendo un símbolo de porcentaje como prefijo. Es decir, algo como esto:

%[grupo] ALL=(ALL:ALL) ALL

Es raro que no esté, pero debería haber una línea en tu archivo de configuración que tenga este formato:

%sudo ALL=(ALL:ALL) ALL

Esta es la línea que permite a cualquier cuenta que forme parte del grupo sudo ejecutar cualquier comando del sistema como superusuario.

¿Grupos o edición manual?

Sobre qué es mejor, diría que el grupo. Es más flexible, no te obliga a editar el archivo sudoers manualmente, que siempre trae riesgos, y es más rápido. Además, un grupo te permite hacer cosas como dar permisos para leer o escribir en archivos, lo que también permite a esa cuenta poder conceder o restringir el acceso a logs y otros archivos relacionados.

Sin embargo, existen algunas situaciones donde puede venir bien editar manualmente el archivo sudoers. Este archivo es realmente complejo y puede usarse para permitir cosas como limitar qué comandos puede ejecutar una cuenta mediante sudo, e incluso permitir que una cuenta que no sea administradora pueda ejecutar algunos comandos concretos. Esto tiene casos de usos específicos, como permitir que una cuenta pueda ejecutar ciertos comandos sin darle acceso global a toda la máquina.

El código fuente de Winamp ahora se puede leer, pero no esperes una versión nativa para GNU/Linux

Hubo una época en la que Windows no traía reproductor de música. Así que si conectabas tu ordenador recién actualizado a Windows 98 o Windows 2000 a internet y querías escuchar alguno de esos archivos de audio que te habías descargado mediante módem, tenías que traerte tu propio reproductor de audio.

El éxito y la caída de Winamp explicado para zoomers

Winamp triunfó porque era ligero, reproducía cualquier tipo de archivo, tenía ecualizador, visualizadores y una capacidad de cambiar su tema e instalar mods que ningún otro programa de la época podía superar, y porque su modelo de distribución era un programa de instalación de pequeño tamaño que se podía descargar desde su web oficial, o cualquier otra página de descargas, o incluso compartir con familiares o amigos copiándolo en un disquete, sin problemas legales.

Este éxito les duró 10 años. En 2007, presentaron una nueva interfaz de usuario con cambios tan drásticos que los usuarios más tradicionales no aceptaron, incluso aunque el botón para volver al aspecto tradicional seguía estando ahí. El equipo original había dejado de trabajar en el reproductor y sus nuevos propietarios empezaron a tomar malas decisiones de gestión en un mal momento.

Windows ya traía reproductor de música así que la demanda por un programa separado para reproducir audio había disminuido. Winamp trató de subirse al carro de los reproductores portables agregando un modo para sincronizar canciones con un iPod, reproductores MP3 y hasta sincronización con Android. Pero en los años siguientes, la llegada del streaming y dejar de poseer la música cambió las cosas. Sus propietarios seguían sin saber qué hacer con el producto y finalmente lo pusieron a dormir a finales de 2013.

La marca Winamp actualmente sigue siendo usada, pero ahora es un reproductor diferente orientado a escuchar música en streaming, con características como NFTs, Ethereums, Blockchain, Winchy, Friskies, en fin, que no está colando por lo que sea. Wimamp Legacy sigue existiendo porque sigue siendo posible descargar desde su web la última versión de Winamp 5 tradicional para Windows. Y ahora ese código está disponible en GitHub.

Este Winamp no puede ser considerado software libre

La licencia que le han puesto al código no permite distribuir compilaciones modificadas del código fuente. Impone demasiadas restricciones y busca unificar los esfuerzos colaborativos al repositorio central.

You are granted the right to view, access, and study the source code of the software. You are granted the right to Modify the software for private use only.

You are encouraged to contribute improvements, enhancements, and bug fixes back to the project. Contributions must be submitted to the official repository and will be reviewed and incorporated at the discretion of the maintainers.

You may not distribute modified versions of the software, whether in source or binary form.

You may not create, maintain, or distribute a forked version of the software.

Only the maintainers of the official repository are allowed to distribute the software and its modifications.

La forma en la que en su página web describen la existencia de este repositorio Github también es bastante peculiar:

Do you want to be part of the community of developers who improve and maintain the historic Winamp player? Join the team that contributes to future versions of Winamp.

The contract is specific to the use of Winamp and must respect several fundamental aspects, including the fact that no commercial use is permitted. This is why Winamp will release 2 official versions each year, which will guarantee the user complete security and respect the fact that the product is free.

Casi se siente más como una oferta de trabajo que como un proyecto de código abierto honesto. La comunidad no se lo está tomando bien, aunque quienes más están molestando en el repositorio son niños rata intentando trollear a golpe de ticket o de pull request.

Sin embargo, la clave es que derivar Winamp, modernizar su código fuente, y posiblemente llevarlo a otras plataformas serían ejemplos de cosas que estarían prohibidas bajo estos términos, que sólo da permiso para acceder, leer y estudiar el código fuente, y modificarlo para consumo privado, prohibiendo distribuir código fuente o ejecutables modificados. Cualquier mejora debe ser enviada de vuelta al repositorio, y será integrada bajo criterio de los dueños del mismo.

Por lo tanto, no conviene esperar por el momento una versión de Winamp para GNU/Linux. Ya no sólo porque ahora mismo utiliza demasiados componentes propios de Windows, como DirectX o una interfaz gráfica muy ligada al entorno gráfico de Windows, sino porque cualquier esfuerzo por modernizarlo y hacerlo más compatible con otro sistema operativo tendría que ser previamente aprobado.

Lo único que nos queda con esto es el recuerdo de una era que probablemente ya fue, que hacía más apetecible explorar y descubrir cosas y donde las posibilidades parecían ilimitadas.

¿Para qué sirve sudo? Lo esencial a saber para administrarlo de forma segura

El modelo de seguridad de las distribuciones Linux y de UNIX en general, se basa en tener una cuenta administrativa, denominada root, que tiene acceso completo a la máquina y que puede cambiar toda la configuración del sistema; y cuentas locales que no tienen tantos permisos para que en el día a día se pueda usar de forma segura el sistema sabiendo que ni por accidente este se podría comprometer.

Incluso aunque seas la única persona que usa tu ordenador personal, este modelo de seguridad resulta útil, porque requiere que seas consciente cuando vas a cambiar ajustes cambian el funcionamiento del sistema operativo. Así evitas por accidente desinstalar un paquete esencial para que funcione la máquina, como el cargador de arranque. Incluso impedirá que ejecutes por accidente un script malintencionado (por ejemplo, un código que hayas descargado de internet sin leer antes de ejecutar) que trate de hacer cosas maliciosas que puedan dañar tu máquina, como borrar el directorio /usr.

Con sudo, forma corta de super user do, puedes hacer el salto de una cuenta local a una cuenta privilegiada. Por ejemplo, para ejecutar el comando privilegiado systemctl stop networking, que detendría la red, necesitarás elevar tus privilegios, para evitar que por accidente desconectes un servidor. Necesitas anteponerle la palabra sudo, y entonces al ejecutar sudo systemctl stop networking ejecutarías ese comando de forma privilegiada.

Para adquirir esos privilegios, debes estar en una lista de usuarios autorizados. Así podrás elegir quiénes pueden realmente ejecutar esos privilegios. Un administrador de un laboratorio podría estar en la lista de usuarios autorizados para preparar los ordenadores de sus estudiantes antes de una clase, pero los estudiantes podrían quedar fuera de la lista para evitar que ejecuten sudo y hagan de las suyas.

Para confirmar que realmente eres tú, sudo te pide por lo general que escribas tu contraseña antes de lanzar el comando. De este modo, verifica tu identidad. Y si en cualquier caso escribes bien la contraseña de tu cuenta, pero los administradores de tu sistema han decidido que no debes estar en la lista para ejecutar comandos privilegiados, no te va a dar permiso, mostrándote el famoso mensaje El usuario no está en el archivo sudoers; este incidente será reportado.

Por lo general sudo recuerda tu presencia durante unos minutos para que no tengas que volver a escribir la contraseña si vuelves a ejecutar inmediatamente otro comando que empiece por sudo, pero en su forma general, deberías asumir que cuando trates de ejecutar un comando privilegiado con sudo, te va a pedir la contraseña para ver que realmente eres tú y no otra persona entrando en tu ordenador porque te has dejado el portátil desbloqueado cuando has ido a por un café o al baño en un lugar con más personas.

La forma de configurar esta lista de usuarios es modificando el archivo /etc/sudoers. Y la forma correcta de hacerlo, es mediante el programa visudo, usando el comando sudo visudo. El comando visudo abre inmediatamente el archivo /etc/sudoers con tu editor de textos de terminal favorito, como Vim o Emacs, y te permite modificar su contenido. Sin embargo, cuando guardes y cierres el archivo, visudo inmediatamente validará que el archivo sea correcto, y te avisará de errores si está mal configurado.

La razón por la que debes usar visudo en vez de modificar manualmente el archivo /etc/sudoers es, porque si cometes un error en ese archivo, podrías dañar el funcionamiento de sudo. Y en sistemas donde no haya una forma alternativa de recuperar el control (por ejemplo, en esas distros GNU/Linux que directamente desactivan el inicio de sesión como root), dañar sudo podría suponer que bloquees tu ordenador. visudo siempre validará que el archivo esté correcto, y sólo guardará tus cambios si están bien y si no hay manera de bloquear el sistema.

Evidentemente, para usar visudo necesitarás ser un usuario privilegiado, así que la invocación completa es sudo visudo. Así evitamos que una persona que no tenga permisos trate de modificar la lista de usuarios privilegiados, que es algo que rompería completamente el sistema de seguridad. Solamente alguien que tenga permisos suficientes debería poder modificar la lista.

De todos modos, hay formas de configurar sudo para que se pueda dar permisos privilegiados a un usuario para ejecutar únicamente comandos concretos. De este modo, podrías darle permisos a un usuario, físico o automatizado, para que ejecute comandos como sudo systemctl restart docker, pero que a la vez le falten permisos para ejecutar otros comandos como sudo poweroff. También existen forma de configurar sudo para que ciertas cuentas de usuario o ciertos comandos no pidan contraseña.

Bram Moolenaar, desarrollador y BDFL de Vim, ha fallecido

Se cierra un ciclo y una época. Vim ha marcado y dejado huella en una manera de crear, ser productivo y fabricar una comunidad. Gracias por todo y perdón por tan poco.

La familia de Bram, quien creó el proyecto Vim y quien lleva todo este tiempo detrás del editor de textos, implementando nuevas funciones y aceptando parches, ha compartido la siguiente nota en la lista de difusión de anuncios de Vim:

Es con gran pesar que tenemos que informarle de que Bram Moolenaar falleció el 3 de agosto de 2023. Bram sufría de una condición médica que progresó rápidamente en las últimas semanas.

Varias generaciones de desarrolladores han aprendido, usado y tratado de dominar Vim. Teniendo una base de usuarios tan grande e inesperada, Vim probablemente habrá manipulado archivos pintorescos e interesantes, desde sistemas operativos hasta aplicaciones web que miles de personas usen a diario.

Vim es charity-ware. Su pantalla de inicio implora a hacer donaciones a la fundación ICCF, dedicada a ayudar a los niños desfavorecidos de Uganda y haciendo lo posible por proporcionarles educación y cuidados médicos. Incluso el dinero enviado al proyecto Vim en forma de patrocinio es destinado a esta causa benéfica.

Hasta siempre, Brad, y gracias por todo y por dar tanto.

Ejecutar comandos en el arranque de GNU/Linux con systemd

Si tienes que ejecutar un comando cuando se enciende el ordenador, como iniciar manualmente un servicio o hacer un ajuste sobre un driver, puedes orquestarlo con systemd.

En este ejemplo vamos a ver cómo ejecutar un comando, como un script, cuando se enciende el ordenador. El objetivo es que durante el proceso de arranque, se invoque el comando; por ejemplo, que si el comando es un script que debe escribir algo en un archivo, lo haga. Para ello, nos estaremos apoyando en systemd, y crearemos una unidad personalizada que ejecute ese comando durante el arranque.

Esto contrasta con otras formas de ejecutar programas al encender el ordenador, como ponerlo en el autostart de nuestro entorno de escritorio o agregarlo al .bashrc, de que se hará durante el proceso de arranque, así que normalmente se ejecutará mientras el ordenador está iniciando, antes siquiera de que pongamos la contraseña.

Creamos un script de apoyo

En este ejemplo, fabricaré un script auxiliar que será el que defina lo que quiera que ocurra cuando se encienda el ordenador. Para este caso particular, haré que mi script escriba algo sobre uno de los archivos del directorio /sys, una operación típica para modificar el funcionamiento de alguno de los dispositivos de hardware del ordenador.

Crearé un script denominado update-led.sh con el código de mi script:

$ cat > update-led.sh <<EOF
> #!/bin/bash
> echo 1 > /sys/devices/platform/leds/leds/red:standby/brightness
> EOF
$

Como este script requiere ser ejecutado como root, lo pondré en una ubicación más propia del sistema, como /usr/local/sbin, y lo haré ejecutable:

sudo mv update-led.sh /usr/local/sbin/update-led.sh
sudo chmod +x /usr/local/sbin/update-led.sh

Si ahora queremos probar que el script funciona correctamente, lo podríamos ejecutar si es que es una opción en primer lugar.

Invocar el script al arrancar el sistema

Ahora definiré una unidad de systemd que todo lo que tiene que hacer es invocar este script que he fabricado. Para ello crearé un archivo en el directorio /etc/systemd/system, que es donde se colocan las unidades personalizadas de systemd. El archivo podrá tener el nombre que más nos interese, pero deberá terminar por .service. El nombre que le demos, quitando el .service, será como luego será ejecutado mediante systemctl start y similares.

Este archivo tendrá que contener lo que describo más abajo, cambiando las siguientes líneas de interés:

  • Description será cambiado por un comentario sobre qué hace el comando, para identificarlo semanas después, por ejemplo, «arreglo para el driver de red» o «ejecuta rm -rf a .cache».
  • ExecStart será cambiado por la ruta completa al script que hayas creado en tu caso.
[Unit]
Description=Activar el LED

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/update-led.sh
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Este servicio está declarado como oneshot. systemd es bueno ejecutando programas que tienen que estar en marcha todo el tiempo mientras el ordenador está encendido, como el sistema de audio, un agente SSH o GPG… Sin embargo, en este caso le pediremos que ejecute el comando una vez y ya está. La instrucción RemainAfterExit también se usa para señalizar que si el comando termina, todo estará correcto.

Finalmente le pediremos a systemd que active esa unidad, ejecutándola a partir del próximo reinicio. Supongamos que el archivo de unidad se denomina update-led.service, pues el nombre a activar será update-led:

sudo systemd enable update-led

Y opcionalmente si queremos probarlo ya, podemos pedirle que ejecute el script inmediatamente con:

sudo systemd start update-led

¿Qué es un archivo ISO y por qué se usan para descargar GNU/Linux?

La gente más joven no recordará esto, pero hubo una época en la que los ordenadores traían un lector de discos ópticos. Aunque ya no estén de moda, siguen siendo representados cada vez que usamos un archivo .iso.

El disco compacto es un formato que empezó a investigarse a finales de los 70 y que derivó en la creación del CD de audio digital en 1982 o del CD-ROM en 1984. Con el CD de audio digital se hacía posible cuantizar la música como ceros y unos para que tuviese una mejor fidelidad. Y con la creación del CD-ROM se pudo guardar cualquier tipo de datos binarios. Sin embargo, el formato siguió desarrollándose durante las siguientes décadas, y para 1995, IBM y Phoenix presentaron la extensión «El Torito» (no es broma, ese es su nombre), que permitía colocar el código máquina de un programa en un CD-ROM que se podía ejecutar al encender el ordenador. Había nacido el Boot CD.

Por supuesto, uno de los primeros beneficiarios del Boot CD fue Microsoft Windows. Ya no era necesario que el ordenador tuviese MS-DOS para ejecutar el .EXE con el instalador de Windows, porque el propio CD-ROM traía el programa de arranque que permitía leer el resto del disco e iniciar el proceso de instalación. Sin embargo, los cargadores de arranque libres tardaron poco en adquirir también la posibilidad de hacer esto mismo. GRUB puede instalarse sobre un CD, haciendo que cuando se encienda el ordenador, se ejecute GRUB, que además sabe como leer el resto del disco para así cargar una copia del kernel, un disco RAM para arrancar el entorno vivo, o el programa de instalación.

Al principio, Slackware o Red Hat prensaban sus propios CD-ROM. Es decir, adquirías físicamente un CD-ROM de Red Hat o de Slackware en su propia caja y lo instalabas igual que se hacía con Microsoft Windows. Sin embargo, para facilitar el acceso y no tener que depender de poder adquirir una copia física de GNU/Linux, en cuanto las velocidades de internet y los tamaños de los discos duros lo permitieron, empezaron a poner esos mismos CDs en sus páginas web y FTP usando los archivos .iso.

¿Qué es un archivo .iso?

Un archivo .iso es una copia digital exacta de los sectores que forman parte de un CD de datos, como un CD-R o un CD-ROM. Dicho de otro modo, si un lector de CD lee cada una de las pistas de datos que hay en uno de estos discos, y copia los ceros y los unos en un archivo, crea una copia digital del CD. Luego un quemador de CD puede hacer el proceso inverso, llevando los ceros y los unos contenidos en ese archivo sobre la superficie de un CD-R. El resultado es que si descargamos de internet un archivo .iso, tenemos en nuestro ordenador el molde digital que nos permite fabricar copias de un disco compacto de datos.

¿Por qué se les llama .iso? Una vez se inventó el formato CD-ROM en 1983, permitiendo guardar unos y ceros aleatorios, fue necesario crear el formato de archivos que debía llevar el CD-ROM. Después de todo, por entonces la informática ya estaba empezando a llegar a más gente y ya existía la noción de archivo. Los datos binarios hay que agruparlos en archivos, igual que ocurre con un diskette o con un disco duro. Dado que un CD-ROM tiene unas características únicas que no tiene ningún otro medio de almacenamiento de la época, se inventó un sistema de archivos nuevo específico para los CD-ROM. Este formato fue finalizado en 1988 y se le llamó ISO 9660.

Así que de ahí el nombre. Si tomamos un CD quemado con el formato ISO y creamos una copia digital, será interesante ponerle como extensión al archivo .iso para identificar que se trata de una copia digital de ese CD, igual que existen otras tantas extensiones para identificar un tipo de archivo.

¿Por qué se sigue usando el .iso?

En primer lugar, por retrocompatibilidad. Muchos ordenadores viejos siguen teniendo lector de CD o de DVD, y para instalar una distribución GNU/Linux en ellos, el paso de quemar un CD o un DVD con el contenido de un archivo .iso sigue siendo lo más simple. Al quemar un archivo .iso, copiamos los bytes que definen el disco, haciendo que se pueda usar exactamente igual que se lleva haciendo toda la vida.

En segundo lugar, porque puedes acabar con el CD, pero no puedes acabar con «el CD». Hoy en día, lo normal es transferir el contenido de un archivo .iso a un disco USB, como un pendrive. Tiene ventajas: un pen no se raya y no deja de funcionar a los pocos usos, y es más ecológico porque se puede borrar y volver a grabar otra ISO sobre él (aparte de cualquier otra cosa). Lo bueno es que los archivos .iso que encontramos en internet hoy en día son híbridos. El programa de arranque está colocado de tal modo que si se copia a un CD, funciona, pero que si se copia a un pendrive, también lo hace de una manera que permite al ordenador encontrarlo y lanzarlo.

En tercer lugar, por integridad. Podríamos vivir en un mundo en el que las distribuciones GNU/Linux se distribuyesen como un .zip que luego es copiado sobre un pendrive. Sin embargo, cabe la posibilidad de que se haga mal y que por lo tanto se creen copias corruptas. Al compactar toda la imagen de disco en un archivo opaco que no se puede modificar se evitan errores que pueden provocar que el proceso de creación de un medio de arranque GNU/Linux sea más complicado de llevar a cabo.

FreeBSD 13.2-RELEASE ya está disponible

FreeBSD 13.2 es la actualización de la versión 13 de FreeBSD para este cuatrimestre. Actualiza paquetes e incorpora nuevas funciones y mejoras de rendimiento y estabilidad en el resto del sistema operativo.

La última versión de FreeBSD, uno de los sistemas operativos de tipo BSD de código abierto más importantes del mercado, ya está disponible. Se trata de la versión 13.2, que continúa el linaje de FreeBSD 13 incorporando correcciones de errores y nuevas funciones. Muchos paquetes de software disponibles de serie en FreeBSD o en sus repositorios principales han sido actualizados. OpenSSH ahora usa la versión 9.2p1 y OpenSSL la 1.1.1t. También se ha actualizado la suite de compiladores de LLVM a la versión 14.0.5.

Entre los cambios más relevantes, vuelve a estar disponible el driver para WireGuard a nivel de kernel, el cual se tuvo que retirar anteriormente debido a los problemas que tenía cuando se introdujo por primera vez. Ahora también, el soporte para ASLR estará activo por defecto al ejecutar programas de 64 bits. ASLR es una técnica de seguridad informática que carga los programas en posiciones aleatorias, en vez de usar siempre exactamente la misma disposición de memoria virtual, lo que es más seguro porque en caso de comprometer el sistema, un proceso malicioso ya no puede asumir tan fácilmente en qué partes de la memoria están los datos de un programa en ejecución.

La compatibilidad con Linux ha mejorado (para nuevos: FreeBSD no es Linux). Especialmente en ARM64, donde ahora la ABI para ejecutar procesos de Linux está al mismo nivel que la de la arquitectura AMD64, incluyendo el nuevo soporte para ptrace. En esta versión de FreeBSD, se ha añadido la herramienta nproc, que funciona exactamente igual que la que usa GNU Coreutils en cualquier distro GNU/Linux, para facilitar la creación de scripts portables. También será posible decodificar llamadas a sistema en procesos de Linux desde kdump.

Tal vez sea el momento de dejar de usar FeedBurner, ¡actualiza tu RSS!

Este post va destinado a las personas suscritas al RSS de este sitio web, o a las personas que lo tienen configurado en sus integraciones, anuncios y otro tipo de herramientas. (En realidad, RSS también fue inventado precisamente para esto.)

Si la suscripción a Nos Gusta Linux la tienes hecha a través de FeedBurner, tal vez sea conveniente que la cambies por la original que produzco a través de mi sitio web, desde alguna de las siguientes URLs:

La forma de saber si te has suscrito al feed de FeedBurner es comprobando si la URL del feed en tu aplicación de feeds comienza por http://feeds.feedburner.com o por https://feeds.feedburner.com. En la versión web de Feedly, por ejemplo, esto lo puedes saber si desde la barra lateral seleccionas Nos Gusta Linux, le das al botón con los tres puntos suspensivos que hay arriba a la derecha y haces clic en «More settings». Verás la URL del feed en la pestaña que se abre. En otros lectores de RSS el procedimiento puede cambiar así que deberías consultar el manual de instrucciones de tu programa.

Si todo sale mal, la forma más simple es cancelar la suscripción y volver a suscribirte usando uno de los links correctos que he puesto más arriba y que comienzan siempre por https://nosgustalinux.es/feed/. En el peor de los casos, es posible que tengas que volver a marcar como leídas todas las entradas y que pierdas el historial de posts que marcaste como favoritos o señalaste de algún modo, así que si es así, asegúrate de salvaguardar esa información antes.

No voy a dar de baja la integración con FeedBurner, pero es un servicio web que hace años que se nota cada vez más pobre y más de capa caída, y viniendo de Google, se hace complicado saber cuándo pueden decidir cerrarlo, así que conviene tener esta información de antemano. El feed de FeedBurner seguirá operativo hasta el último día, llegue cuando llegue.

En otros tiempos, FeedBurner era un servicio verdaderamente útil que te dejaba suscribirte a un feed RSS por e-mail, estimar (de forma bastante imprecisa, todo sea dicho) cuántas personas estaban suscritas al feed, crear iconos y banners para promocionar tu blog… eran otros tiempos y tanto la web como Google, su propietario desde hace casi dos décadas, ha cambiado bastante. Hoy día FeedBurner es un servicio aséptico y con muy pocos botones, que da la sensación de que está abandonado. Sin embargo, miles de blogs y podcasts siguen usándolo y el día que el barco se hunda, vamos a tener un problema real en internet.