Saltar al contenido

Categoría: Gnu/Linux

¡Felices 20 años Archlinux!

Hoy hace 20 años se anunció el lanzamiento de la primera versión de Archlinux 0.1 denominada Homer. Desde hace 16 años es mi distribución de uso diario y he escrito sobre Arch a lo largo de estos años. Una vez que la probé no tuve que seguir buscando una mejor distribución a mis necesidades.

Las principales ventajas de Archlinux

En ese entonces Archlinux era una distribución compilada para la micro-arquitectura i686 en vez de i386, por lo que si tenías un equipo moderno para la época podrías disfrutar de mayor velocidad que el resto de las distribuciones sin tener que recompilar todo como en Gentoo.

Otra de sus principales ventajas, era su simplicidad debido que sigue la filosofía KISS (Keep it Simple Stupid, en español sería Manténlo Estúpidamente Simplemente). A diferencia de otras distribuciones (y creo aún se mantiene) donde al instalar un paquete te instala también las dependencias opciones, documentación, librerías que ofrece, etc. En Archlinux sólo tendrás lo necesario y el resto de cosas va en paquetes separados por lo que tendrás una instalación sencilla y limpia.

Uno de los mayores puntos de Archlinux es que es rolling-release. Esto significa que sólo necesitas instalarlo una vez y puedes actualizarla cada día sin instalar de nuevo. Otras distribuciones requieren que reinstales de nuevo para actualizar o lanzan actualizaciones grandes cada cierto tiempo para mejorar el sistema, como Ubuntu que cada 6 meses saca una nueva versión con nuevo Gnome, nuevos paquetes, etc. En Archlinux, todo los días hay actualizaciones y tienes un sistema seguro. De hecho, tuve instalaciones de 5 años que por problema de disco tuve que reinstalar, pero el sistema siempre fue estable y sin problemas luego de tanto tiempo.

Mi distribución favorita desde el 2006

La wiki de Archlinux

Cuando empecé a usar Arch, me di cuenta que su Wiki era muy simple y a la vez muy concisa. Solo tiene la información necesaria para informarte de algo o resolver un problema. Por esta razón es muy utilizada por otras distribuciones porque la calidad es muy buena.

La wiki de Archlinux es uno de los puntos fuertes de esta distribución de Linux. Al seguir el principio KISS le ha permitido crear excelentes entradas a lo largo de estos años. De hecho uno de mis primeros aportes al software libre, fue traducir artículos al español en la antigua comunidad de Archlinux en Español.

A lo largo de estos años, no ha parado de tener contenido nuevo y de calidad. Mantiene su principio KISS y estoy seguro que seguirá siendo así en los próximos años por venir.

El crecimiento de Arch

Cuando empecé a usar esta distribución en el 2006. No era muy conocida ni las principales, pero poco a poco a ido creciendo por las ventajas mencionadas anteriormente y la disponibilidad para nuevas arquitecturas. Por ello, ahora vez Archlinux en la Raspberry PI, en la SteamDeck de Valve, con núcleo BSD, entre otros.

De hecho ahora se ha popularizado la frase «Yo uso Archlinux» porque inicialmente sus usuarios se sentían orgullosos de usar una distribución no popular pero que erá medio complicada de instalar para un novato, rápida y excelente. Pero como cada vez somos mas usuarios de Arch ya es algo común y se volvió meme.

Deseo que Archlinux siga cumpliendo muchos años mas y tenga la misma visión que actualmente posee. Hasta los momentos, ha sido una excelente distribución que ha crecido gracias a su filosofía.

¡Gracias Archlinux por todos estos años!

Deja un comentario

Pacserve: sincroniza tus paquetes de Archlinux en tu red local

Debido a la naturaleza de rolling-release de Archlinux, si tienes varios equipos con Arch tendrás que lidiar con gastar mucho de ancho de banda al descargar las actualizaciones (casi diarias y a veces de gran tamaño). Ademas es probable que los equipos posean el mismo hardware y software. Entonces, técnicamente estarías descargando los mismos paquetes muchas veces. Pero gracias a PacServe evitaremos este problema.

¿Qué es PacServe?

Es un software permite usar uno de tus equipos con Arch como servidor de actualizaciones de paquetes. Entonces los demás equipos antes de descargar desde los repositorios oficiales, se conecta primero a este equipo con PacServe para descargar usando la red local (sin acceder a Internet) los paquetes y evitar gastar ancho de banda externo.

Instalación en la computadora con los paquetes

El primer paso es instalar el demonio de pacserve en el equipo con acceso a Internet y que se encargará de descargar los paquetes en el disco. Para ello debes instalar el PKGBUILD de pacserve y luego iniciar el demonio:

# systemctl start pacserve

Con esto ya tenemos corriendo el servidor. Comienza el anuncio a la red local y en lo demás equipos utilizas el cliente para conectarte aquí. En este equipo utilizas pacman como en cualquier instalación de Archlinux y mantén la cache con los paquetes descargados. No los elimines porque eso son los que se enviaran a los demás equipos.

Uso desde los clientes

En las computadoras que no tienen los paquetes y deseas actualizar. Debes usar pacserve en vez de pacman. Ya que este cliente se encargará de buscar un servidor en la red local para iniciar la descarga de paquetes antes de usar pacman y descargar desde los repositorios oficiales.

¡Listo! Ya puedes ahorrar ancho de banda al instalar actualizaciones en tu equipos con Arch. Para mayor información puedes consultar la entrada de Pacserve en la Wiki de Archlinux.

Deja un comentario

25 years por SuSE: Parodia de 7 Years de Lukas Graham

Como siempre en mi blog te traigo la mejor música geek que consigo en la red. Esta vez, es 25 years por SuSE; una parodia de la canción 7 years de Lukas Graham pero cambiada por 25 años para hablar sobre GNU/Linux en los pasados 25 años.

25 years por SuSE

La música es muy parecida y el trabajo del equipo de SuSE es impecable como siempre. En este caso la letra fue cambiada para reflejar los momentos mas importantes que ha logrado GNU/Linux en los últimos 25 años de creación, así que si quieres aprender de historia mientras escuchas música geek, no puedes perderte este video.

25 Years - A SUSE Music Parody

Si te gustó, recuerda compartirlo o dejar un comentario de tu opinión. Si tienes otra canción que consideras que debo escuchar me avisas para publicarla aquí.

Deja un comentario

Multi-monitor con diferentes resoluciones en KDE con Wayland

Desde hace año y medio empecé a usar un segundo monitor cuando trabajo en mi portátil. El monitor es uno sencillo con resolución Full HD (1080p) pero el de mi portátil es Retina Display (2K), resulta que en X.Org no es tan fácil tener multi-monitor con diferentes resoluciones y densidades de píxel.

Toca utilizar la herramienta xrand y con ella poder colocar la distintas resoluciones de los monitores. Pero tenía los siguiente inconvenientes:

  • Solo podía ejecutarla luego de cargar el entorno gráfico y reiniciar el gestor de ventana. Yo quería entrar de una vez a la nueva resolución.
  • Existe un bug que al utilizar compositores la pantalla parpadea. Las soluciones que vi afectaban el rendimiento.
  • No podía hacer configuraciones diferentes para dispositivos. Por ejemplo, suelo viajar a conferencias y cada proyector es una resolución distinta.
Mi entorno multi-monitor con diferentes resoluciones
Mi monitor y mi portátil

Wayland

Wayland es un protocolo de comunicación para las ventanas. Lleva muchísimos años en desarrollo pero no tiene tanto soporte como X.org. Las razones que me impedían usarlo era su soporte en KDE y la imposibilidad de pegar con el botón del medio del ratón.

Con el lanzamiento de KDE 5.20 se resolvieron estos problemas así que pude migrar a KDE. Y desde la misma pantalla de configuración pude tener multi-monitor con diferentes resoluciones ajustando la opción de zoom/aumento de la pantalla.

Problemas con las aplicaciones GTK y Firefox

El problema es que las aplicaciones GTK respetan la configuración de GTK que es manejada por GNOME. Como siempre he usado KDE en el portátil no tenía la configuración base y las ventanas se veían muy grande. Luego descubrí que esto se maneja con variables del entorno GDK. En el caso de Firefox, para activar Wayland hay que activar una variable de entorno.

Para lograr activar estas variables en .config/plasma-workspace/env y dentro del mismo colocar lo siguiente:

export MOZ_ENABLE_WAYLAND=1
export GDK_SCALE=1
export GDK_DPI_SCALE=0.5

Al reiniciar deberías tener tantos las aplicaciones GTK, Firefox y las demás corriendo bien dentro de Wayland.

Este par de líneas me tomó 3 horas de mi tiempo, pero espero que te sirva esta solución para tener multi-monitor con diferentes resoluciones en KDE.

2 comentarios