Arch Linux Comunidad Hispana http://portada.archlinux-es.org Arch Linux en Español Wed, 29 Oct 2014 00:04:25 +0000 es-ES hourly 1 Cambios en las actualizaciones de Intel microcode http://portada.archlinux-es.org/333/cambios-en-las-actualizaciones-de-intel-microcode/?utm_source=rss&utm_medium=rss&utm_campaign=cambios-en-las-actualizaciones-de-intel-microcode http://portada.archlinux-es.org/333/cambios-en-las-actualizaciones-de-intel-microcode/#comments Wed, 29 Oct 2014 00:01:37 +0000 http://portada.archlinux-es.org/?p=333 En los procesadores Intel, microcode ya no se carga de forma automática ya que tiene que cargarse de forma muy temprana en el proceso de arranque. Esto hace necesario configurar algunos ajustes en el bootloader. En caso de tener un procesador Intel, seguir las instrucciones de la wiki.

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

]]>
http://portada.archlinux-es.org/333/cambios-en-las-actualizaciones-de-intel-microcode/feed/ 0
Atención usuarios de java: intervención manual necesaria antes de actualizar http://portada.archlinux-es.org/327/327/?utm_source=rss&utm_medium=rss&utm_campaign=327 http://portada.archlinux-es.org/327/327/#comments Wed, 29 Oct 2014 00:00:09 +0000 http://portada.archlinux-es.org/?p=327 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.

]]>
http://portada.archlinux-es.org/327/327/feed/ 0
Nvidia-340xx y nvidia http://portada.archlinux-es.org/325/nvidia-340xx-y-nvidia/?utm_source=rss&utm_medium=rss&utm_campaign=nvidia-340xx-y-nvidia http://portada.archlinux-es.org/325/nvidia-340xx-y-nvidia/#comments Tue, 28 Oct 2014 23:55:54 +0000 http://portada.archlinux-es.org/?p=325 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.

]]>
http://portada.archlinux-es.org/325/nvidia-340xx-y-nvidia/feed/ 0
mesa actualizado a la versión 10.3.0 http://portada.archlinux-es.org/323/mesa-actualizado-a-la-version-10-3-0/?utm_source=rss&utm_medium=rss&utm_campaign=mesa-actualizado-a-la-version-10-3-0 http://portada.archlinux-es.org/323/mesa-actualizado-a-la-version-10-3-0/#comments Tue, 28 Oct 2014 23:54:19 +0000 http://portada.archlinux-es.org/?p=323 La nueva versión de mesa se encuentra ya disponible con los siguientes cambios en el empaquetado:

  • En relación a los cambios realizados en el megadriver, los drivers dri por separado no tienen sentido alguno ya. Todos los drivers dri ahora se encuentran en el paquete mesa-dri
  • Los drivers vdpau ahora se incluyen en el paquete mesa-vdpau

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

]]>
http://portada.archlinux-es.org/323/mesa-actualizado-a-la-version-10-3-0/feed/ 0
Paquetes de Vim reorganizados http://portada.archlinux-es.org/321/paquetes-de-vim-reorganizados/?utm_source=rss&utm_medium=rss&utm_campaign=paquetes-de-vim-reorganizados http://portada.archlinux-es.org/321/paquetes-de-vim-reorganizados/#comments Tue, 28 Oct 2014 23:51:42 +0000 http://portada.archlinux-es.org/?p=321 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.

]]>
http://portada.archlinux-es.org/321/paquetes-de-vim-reorganizados/feed/ 0
¡Xorg-server 1.16 disponible! http://portada.archlinux-es.org/317/xorg-server-1-16-disponible/?utm_source=rss&utm_medium=rss&utm_campaign=xorg-server-1-16-disponible http://portada.archlinux-es.org/317/xorg-server-1-16-disponible/#comments Fri, 15 Aug 2014 10:45:10 +0000 http://portada.archlinux-es.org/?p=317 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.

]]>
http://portada.archlinux-es.org/317/xorg-server-1-16-disponible/feed/ 0
MariaDB 10.0 llega a [extra] http://portada.archlinux-es.org/315/mariadb-10-0-llega-a-extra/?utm_source=rss&utm_medium=rss&utm_campaign=mariadb-10-0-llega-a-extra http://portada.archlinux-es.org/315/mariadb-10-0-llega-a-extra/#comments Wed, 23 Jul 2014 20:06:13 +0000 http://portada.archlinux-es.org/?p=315 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.

]]>
http://portada.archlinux-es.org/315/mariadb-10-0-llega-a-extra/feed/ 0
Actualización de Perl a la versión 5.20 http://portada.archlinux-es.org/311/actualizacion-de-perl-a-la-version-5-20/?utm_source=rss&utm_medium=rss&utm_campaign=actualizacion-de-perl-a-la-version-5-20 http://portada.archlinux-es.org/311/actualizacion-de-perl-a-la-version-5-20/#comments Sun, 08 Jun 2014 10:50:57 +0000 http://portada.archlinux-es.org/?p=311 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.

]]>
http://portada.archlinux-es.org/311/actualizacion-de-perl-a-la-version-5-20/feed/ 0
Administración de paquetes Haskell con GHC 7.8.2 http://portada.archlinux-es.org/307/administracion-de-paquetes-haskell-con-ghc-7-8-2/?utm_source=rss&utm_medium=rss&utm_campaign=administracion-de-paquetes-haskell-con-ghc-7-8-2 http://portada.archlinux-es.org/307/administracion-de-paquetes-haskell-con-ghc-7-8-2/#comments Thu, 22 May 2014 11:04:07 +0000 http://portada.archlinux-es.org/?p=307 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.

]]>
http://portada.archlinux-es.org/307/administracion-de-paquetes-haskell-con-ghc-7-8-2/feed/ 0
screen-4.2.1 tampoco puede conectar con instancias anteriores http://portada.archlinux-es.org/303/screen-4-2-1-tampoco-puede-conectar-con-instancias-anteriores/?utm_source=rss&utm_medium=rss&utm_campaign=screen-4-2-1-tampoco-puede-conectar-con-instancias-anteriores http://portada.archlinux-es.org/303/screen-4-2-1-tampoco-puede-conectar-con-instancias-anteriores/#comments Wed, 30 Apr 2014 10:23:55 +0000 http://portada.archlinux-es.org/?p=303 Los cambios introducidos en la versión 4.2.1 de screen hacen imposible a los usuarios conectar con las instancias creadas con la versión 4.2.0 o anterior. Se ruega actualizar a screen-4.2.1-2 una vez que se esté totalmente seguro que las instancias anteriores ya no son necesarias. De nuevo, pedimos disculpas por las por las molestias que haya podido ocasionar la actualización de este programa.

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

]]>
http://portada.archlinux-es.org/303/screen-4-2-1-tampoco-puede-conectar-con-instancias-anteriores/feed/ 0