Comunidad Hispana de Arch Linux

Este es el sitio de la Comunidad Hispana de Arch Linux, una distribución Linux liviana y flexible que intenta mantener las cosas simples, siguiendo la filosofía KISS (Keep It Simple, Stupid!).

Originalmente el foro de “Arch Linux en Español“, actualmente desde este espacio intentamos complementar el soporte que da la gran comunidad en ingles del sitio oficial de Arch Linux, creando un espacio para los hispano-parlantes que desean intercambiar opiniones y conocimiento en su propio idioma. En este sitio nos encontramos usuarios de Arch Linux de toda América Latina, así como de España.

Entre los países que forman la Comunidad Hispana de Arch Linux están: Argentina, Bolivia, Brasil, Chile, Colombia, Cuba, Ecuador, El Salvador, España, Guatemala, Honduras, Nicaragua, México, Paraguay, Perú, República Dominicana, Uruguay, Venezuela y otros!

Actualmente la distribución cuenta con paquetes oficiales optimizados para las arquitecturas i686 y x86-64. Estos estan complementados con un repositorio de paquetes operado por la comunidad (AUR – del ingles “Arch Users Repository”) que crece en tamaño y calidad cada día.

Contamos con diversos servicios dentro del sitio, todos en lenguaje Español. Podes contactarte con otros usuarios, comentar tus dudas o buscar ayuda a traves de los Foros, crear o leer documentación en la Wiki y charlar vía el IRC. Si aún no probaste Arch Linux, pasa por el área de descarga.

Atención usuarios de java: intervención manual necesaria antes de actualizar

Si se tiene instalado el paquete java-common, hace falta intervención manual del usuario para sortear un problema de conflicto entre ficheros. Se puede comprobar ejecutando el siguiente comando:

$ pacman -Q java-common
java-common ...

De ser así, antes de proceder con la actualización, hay que ejecutar lo siguiente:

# archlinux-java unset
# pacman -Sydd --asdeps java-runtime-common
:: java-runtime-common and java-common are in conflict. Remove java-common? [y/N] y
# archlinux-java fix

Una vez hecho esto, se puede proceder a actualizar:

# pacman -Su

Hay que tener en cuenta que el paquete java-runtime-common nuevo no usa ni soporta el forzado de JAVA_HOME como el antiguo java-common solía. Para más información, leer el artículo de la wiki sobre Java.

Traducción oficial y discusión de la noticia en el foro.

Nvidia-340xx y nvidia

Dado que con el lanzamiento de la versión 343.22 del driver NVIDIA ha dejado de dar soporte para los procesadores gráficos G8x, G9x, y GT2xx, ahora hay un conjunto de paquetes con soporte para esos procesadores gráficos antiguos. Según NVIDIA, 340xx seguirá teniendo soporte hasta finales de 2019.
Los usuarios que cuenten con tarjetas gráficas antiguas deberán instalar nvidia-340xx. Los paquetes nvidia-343.22 y nvidia-340xx-340.46 estarán en fase de pruebas durante unos días.

Traducción oficial y discusión de la noticia en el foro.

Paquetes de Vim reorganizados

El juego de paquetes de Vim se ha reorganizado para poder proveer funciones mejores y más avanzadas en el paquete estándar de Vim y, asimismo, para separar la versión CLI o command line interface; es decir, la versión de Vim que se usa en la consola; y la GUI (graphical user interface) que es la versión en ventana. Los paquetes nuevos son los siguientes:

  • vim-minimal: sin cambios; exactamente igual que el paquete de vim anterior.
  • vim: este paquete incluye ahora todas las características de gvim que incluye los intérpretes de python, lua, y ruby sin soporte para GTK/X.
  •  vim-python3: lo mismo que el anterior pero para gvim-python3.
  •  gvim: sin cambios.
  •  gvim-python3: Sin cambios.
  • vim-runtime: Sin cambios.

Traducción oficial y discusión de la noticia en el foro.

¡Xorg-server 1.16 disponible!

Cambios a destacar en esta nueva versión:

  • Gracias a systemd-logind, ahora es posible iniciar el servidor gráfico X sin ser usuario root o administrador. Esto lleva a tener que tener en cuenta un par de cosas: la primera es que hay que iniciar el servidor gráfico desde la misma terminal desde la que el usuario hizo el login; la segunda es que redirigir stderr anula la posibilidad de iniciar el servidor gráfico sin ser usuario root o administrador. Mediante el fichero de configuración Xorg.wrap (para más información: man xorg.wrap) se puede restablecer el comportamiento de ejecución clásico con usuario root. Hay que tener en cuenta que ejecutar el servidor gráfico X mediante un gestor de inicio de sesión (gdm, kdm, o similares) no proporciona todavía el acceso sin ser usuario administrador.
  • Los ficheros de configuración por defecto se encuentran ahora en el fichero /usr/share/X11/xorg.conf.d. La configuración de todos los hosts sigue haciéndose en el directorio /etc/X11/xorg.conf.d/. Es necesario señalar también que los ficheros 10-evdev.conf y 10-quirks.conf en /etc/X11/xorg.conf.d se podrían renombrar con .pacsave al final, lo que puede romper la configuración actual que se tenga. Para solucionar esto basta con renombrarlos y eliminar el .pacsave al final.
  • Mejor aceleración de renderizado de glamor, quedando obsoleto el paquete glamor-egl.
  • El nuevo paquete xorg-server-xwayland permite ejecutar aplicaciones pertenecientes al servidor gráfico X una vez iniciada la sesión en wayland.
  • El paquete xf86-video-intel ya no soporta dri3 debido a fallos de renderizado varios.

Traducción oficial y discusión de la noticia en el foro.

MariaDB 10.0 llega a [extra]

El nuevo gran lanzamiento de MariaDB estará pronto disponible en [extra]. El cambio en el sistema de numerado de versiones se ha hecho pensando en diferenciar de manera clara la funcionalidad que MariaDB ofrece con respecto a MySQL 5.6. De ahora en adelante ya no será posible migrar fácilmente entre las diferentes versiones de MySQL que se ponen a disposición de los usuarios en los repositorios oficiales.

Se recomienda (aunque no es del todo necesario) exportar las tablar antes de actualizar y, una vez que se haya actualizado, volver a cargar el fichero que contiene las tablas. Esto es debido a los cambios a gran escala que se han incorporado a la versión 10.0 de MariaDB. Una vez actualizado el programa a la nueva versión no hay que olvidar reinciar mysqld.service y ejecutar mysql_upgrade para comprobar las bases de datos en busca de posibles errores.

Además, el motor de almacenamiento TokuDB se ha desabilitado debido a fallos de compilación que no paraban de repetirse. Pedimos disculpas por las posibles molestias que se hayan podido causar.

Consultar la base de conocimiento de MariaDB y el manual de MySQL para información detallada acerca de los cambios y los pasos a seguir para proceder con la actualización.

Traducción oficial y discusión de la noticia en el foro.

Actualización de Perl a la versión 5.20

Como viene sucediendo con otras actualizaciones de Perl, la versión 5.20 necesita que todos los módulos que no estén escritos con código perl vuelvan a ser compilados. Algo que ya hemos hecho con todos los paquetes presentes en nuestros repositorios.

Las dos últimas grandes actualizaciones devolvían un mensaje al tratar de cargar los módulos compilados de acuerdo a una versión que no era la correcta. La versión 5.20 produce segfaults. Hay que asegurarse de recompilar todos los modulos CPAN, así como los ficheros binarios, que se tengan instalados y que apunten a libperl.so.

En mi post en arch-dev-public hay un script con el que encontrar dichos paquetes.

Traducción oficial y discusión de la noticia en el foro.

Administración de paquetes Haskell con GHC 7.8.2

Esta versión recién estrenada incluye, entre otros, los siguientes cambios:

  1. Todos los paquetes que no sean ghc o caball-install pasan a estar en [community]. Esto permitirá prestar mejor soporte a las librerías haskell comunes del nucleo puesto que, de hecho, ya no se usan estos paquetes con cabal-install.
  2. Estas son las distintas formas disponibles para que los usuarios puedan instalar los paquetes:
    1. Usar cabal-install para instalar paquetes haskell. Esto permitirá al usuario acceder a cualquier paquete haskell haskell que se encuentre en hackage. El problema es que ahora se estarán usando paquetes que no se administran con pacman. Esta suele ser la mejor opción en caso de estar desarrollando aplicaciones haskell conforme al nuevo desarrollo en entorno aislado y seguro que se incluye con cabal-install 1.18.
    2. Usar pacman para instalar paquetes haskell. Esto permite al usuario tener acceso a un pequeño apartado de paquetes de hackage de los que se sabe a ciencia cierta que funcionan en archlinux y que, normalmente, son lo suficientemente apropiados para desarrolladores que no sean de haskell.
    3. Usar un repositorio no oficial, Arch Haskell. Se puede encontrar más información sobre este repositorio en esta página

Traducción oficial y discusión de la noticia en el foro.