Skip Navigation
archlinux
  • Finalizada la migración del bugtracker a GitLab

    ¡Nos complace anunciar que la migración del bugtracker a GitLab está hecha! 🥳

    ¡Gracias a todos los que han ayudado durante la migración!

    Esto significa que el rastreador de incidencias y las solicitudes de fusión en los repositorios de paquetes de GitLab ya están habilitados.

    El antiguo bugtracker se cerrará mas adelante. Por razones de archivo habrá una copia estática para que los enlaces (por ejemplo, la tarea elegida al azar #56716) sigan siendo estables, los errores migrados tienen un comentario de cierre que apunta a la nueva URL en GitLab.

    Los errores de empaquetado se abren ahora en el repositorio que aloja los fuentes de empaquetado correspondientes, el botón "Añadir un nuevo error" en la página del paquete en archlinux.org te dirigirá automáticamente al lugar correcto para abrir la incidencia. El flujo de trabajo posterior es prácticamente el mismo: en primer lugar, nuestros gestores de errores echarán un vistazo a las incidencias y las clasificarán, y después se entregarán a los mantenedores de paquetes respectivos para que las solucionen. Aquí encontrará una lista de todos los problemas.

    Si aún no tienes una cuenta en GitLab (que autentifica contra nuestro servicio SSO), por favor escríbenos un correo con tu nombre de usuario deseado a [email protected] como se indica en el banner.

    0
  • Los próximos cambios en los paquetes JDK / JRE 21 pueden requerir de intervención manual

    Vamos a introducir un cambio en los paquetes JDK/JRE de nuestra distro. Esto se debe a la forma en que se construye un JRE en las versiones modernas de Java (>9). Este cambio se va a producir en Java 21.

    En resumen, en lugar de hacer que los paquetes JDK y JRE coexistan en el mismo sistema, haremos que entren en conflicto. La variante del paquete JDK incluye el entorno de ejecución para ejecutar aplicaciones Java, de modo que si alguien necesita compilación y ejecución de Java, en el futuro sólo necesitará el paquete JDK. Si, por el contrario, sólo se necesita tiempo de ejecución de Java, entonces funcionará JRE (o jre-headless).

    Esto requerirá (potencialmente) una acción manual del usuario durante la actualización:

    • Si tiene tanto JDK como JRE instalados puede instalar manualmente el JDK con pacman -Syu jdk-openjdk y esto eliminará los paquetes relacionados con JRE.
    • Si tiene tanto JRE como JRE-headless tendrá que elegir uno de ellos e instalarlo manualmente ya que ahora entrarán en conflicto.
    • Si sólo tiene uno de los paquetes JDK/JRE/JRE-headless pacman debería resolver las dependencias normalmente y no es necesaria ninguna acción.

    Por el momento esto sólo aplica en la próxima versión JDK 21.

    0
  • Cambios en el algoritmo hash de contraseñas por defecto y en la configuración de umask

    Con shadow >= 4.14.0, el algoritmo de hash de contraseñas por defecto de Arch Linux cambia de SHA512 a yescrypt.

    Además, los ajustes de umask ahora se configuran en /etc/login.defs en lugar de /etc/profile.

    Esto no debería requerir ninguna intervención manual.

    Razones para yescrypt

    La función de derivación de clave basada en contraseña (KDF) y el esquema de hash de contraseña yescrypt han sido elegidos debido a su adopción (fácilmente disponible en libxcrypt, que es utilizado por pam) y su mayor resistencia a los intentos de crackear la contraseña sobre SHA512.

    Aunque el ganador de la Competición de Password Hashing ha sido argon2, este algoritmo aún más resistente aún no está disponible en libxcrypt (intento uno, intento dos).

    Configuración de yescrypt

    La configuración de YESCRYPT_COST_FACTOR en /etc/login.defs actualmente no tiene efecto, hasta que pam implemente la lectura de su valor. Si se necesita un YESCRYPT_COST_FACTOR mayor (o menor) que el predeterminado (5), puede establecerse utilizando la opción rounds del módulo pam_unix (es decir, en /etc/pam.d/system-auth).

    Lista general de cambios

    • se utiliza yescrypt como algoritmo hash de contraseña por defecto, en lugar de SHA512
    • pam respeta el ENCRYPT_METHOD elegido en /etc/login.defs y ya no anula el método elegido.
    • los cambios en los paquetes filesystem (>= 2023.09.18) y pambase (>= 20230918) garantizan que umask se establezca de forma centralizada en /etc/login.defs en lugar de /etc/profile
    0
  • La actualización de ansible-core >= 2.15.3-1 puede requerir intervención manual

    A partir de ansible-core 2.15.3, el upstream ha movido la documentación y los ejemplos a un repositorio separado dedicado (ver los registros de cambios relacionados). Esto significa que, a partir de la versión 2.15.3, el paquete ansible-core dejará de incluir documentación y un ejemplo de configuración por defecto en /etc/ansible/ansible.cfg.

    En cuanto a la documentación, está disponible en línea: https://docs.ansible.com/

    En cuanto al fichero de configuración, como se explica en la wiki, se puede generar una config base con el siguiente comando: ansible-config init --disabled > ansible.cfg Tras actualizar de ansible-core <= 2.15.2-1 a >= 2.15.3-1, todos los que utilicen un archivo de configuración global personalizado de Ansible almacenado en /etc/ansible/ansible.cfg tendrán su configuración guardada como archivo pacsave. Para restaurarla, ejecute el siguiente comando mv /etc/ansible/ansible.cfg.pacsave /etc/ansible/ansible.cfg

    0
  • La actualización de budgie-desktop >= 10.7.2-6 requiere intervención manual

    Al actualizar de budgie-desktop 10.7.2-5 a 10.7.2-6, el paquete mutter43 debe sustituirse por magpie-wm, que actualmente depende de mutter. Como mutter43 entra en conflicto con mutter, es necesaria la intervención manual para completar la actualización.

    En primer lugar, elimina mutter43 y, a continuación, realiza inmediatamente la actualización. No vuelvas a iniciar sesión ni reinicies entre estos pasos.

    pacman -Rdd mutter43 pacman -Syu

    0
  • Arch + dwm

    Arch Linux pone la funcionalidad.

    dwm pone la estética.

    El usuario pone la excelencia.

    3
  • Reorganización del paquete TeX Live

    A partir de la versión 2023.66594-9, los paquetes de TeX Live se han reorganizado para reflejar las colecciones upstream. Aunque el nuevo texlive-basic sustituye al antiguo texlive-core, muchos de los contenidos de texlive-core (incluidos los archivos específicos del idioma) están ahora divididos entre diferentes paquetes. Para averiguar qué paquete de Arch contiene un paquete CTAN específico, puede utilizar la utilidad tlmgr, p. ej. $ tlmgr info euler | grep collection collection: collection-latexrecommended lo que significa que el paquete CTAN euler está contenido en texlive-latexrecommended. También puede utilizar pacman -F para buscar archivos específicos.

    Un nuevo metapaquete texlive-meta está disponible para instalar todos los subpaquetes (excepto los específicos del idioma), y el nuevo paquete texlive-doc proporciona la documentación completa para su uso sin conexión.

    0
1 Active user