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.

Transición de KDE hacia el KDE framework y Qt 5

La colección de software de KDE ha sido actualizada a KDE Applications 14.12

Los desarrolladores de KDE han comenzado a portar el software hacia KDE Frameworks y Qt 5. Para ver una lista completa del software que ha sido portado, visitar el anuncio.

Cuando una migración de KDE hacia KDE Frameworks es considerada estable, se publica con KDE Applications y no se sigue desarrollando ni se arreglan bugs en la version Qt4/KDE4. Esto significa que a medida que las aplicaciones van migrando y son publicadas, cambiaremos hacia la nueva version. Al mismo tiempo, nos estamos librando de los prefijos de los módulos de KDE (ej. kdebase-konsole -> konsole).

El resultado de la transición implica que algunos paquetes utilicen Qt5 mientras otros Qt4. Estamos trabajando duro para hacer la transición lo más suave posible para los usuarios de KDE4, pero las cosas pueden lucir distinto según la configuración que utilices. Por favor ajusta los temas y colores según sea necesario para ambos toolkits. Revisa la wiki. También recomendamos migrar hacia Plasma 5.2 que será publicado la semana entrante.

Por favor reporten cualquier bug upstream en el bugzilla de KDE y copienme si lo desean.

Comentarios y consultas en este hilo del foro.

Cambios en los paquetes de lirc 0.9.2

Para tener consistencia con la nomenclatura de upstream, el paquete lirc-utils fue renombrado a lirc. Los drivers wpc8769l del kernel han sido descontinuados y pueden ser obtenidos instalándolos desde el AUR con el paquete lirc-wpc8769l.

Tener en cuenta que la version 0.9.2 es un lanzamiento mayor y ha venido con varios cambios de upstream. En particular, la unidad del servicio de systemd irexec.service ha sido removida. Por favor copiar y editar el template de /usr/share/lirc/contrib/irexec.service si deseas continuar utilizando ese servicio.

Para consultas y comentarios, este post del foro.

Actualización de ca-certificates

La forma en la que los certificados CA son administrados ha cambiado. Si has añadido algún certificado confiable localmente:

Mueve /usr/local/share/ca-certificates/*.crt hacia /etc/ca-certificates/trust-source/anchors/
Has lo mismo con todos los archivos /etc/ssl/certs/*.pem que has añadido manualmente y renombralos hacia *.crt
En lugar de correr update-ca-certificates, ejecuta:  trust extract-compat

También revisa man 8 update-ca-trust y trust –help

Consultas y comentarios en el foro.

 

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.