Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
DNF no siempre encuentra las actualizaciones
Cada vez entiendo menos
Ya he activado con DNF los repos tainted y nonfree de Mageia, que por defecto venían desactivados:
# dnf config-manager --set-enabled mageia-x86_64-tainted updates-x86_64-tainted mageia-x86_64-nonfree updates-x86_64-nonfree
Lo mismo hice con los repos de 32 bits, que también venían desactivados.
Ahora resulta que dnf me dice que no hay nada que actualizar y urpmi me dice que tengo que actualizar 5 paquetes. Tengo los mismos repositorios configurados en ambos. Si hay paquetes obsoletos en el sistema, ¿no se supone que deberían actualizarse con cualquiera de los dos gestores de paquetes?
# dnf upgrade
Última comprobación de caducidad de metadatos hecha hace 1 day, 20:38:57, el vie 15 dic 2017 16:05:16 WET.
Dependencias resueltas.
Nada por hacer.
¡Listo!
# urpmi --auto-update
el soporte «Core Release2» está al día
el soporte «Core Updates» está al día
el soporte «Nonfree Release2» está al día
el soporte «Nonfree Updates» está al día
el soporte «Tainted Release» está al día
el soporte «Tainted Updates» está al día
el soporte «Core 32bit Release» está al día
el soporte «Core 32bit Updates» está al día
el soporte «Nonfree 32bit Release» está al día
el soporte «Nonfree 32bit Updates» está al día
el soporte «Tainted 32bit Release» está al día
el soporte «Tainted 32bit Updates» está al día
Para satisfacer las dependencias, se instalarán los paquetes siguientes:
Paquete Versión Revisión Arq.
(soporte «Core Updates»)
lib64openssl-engines1.0.0 1.0.2n 1.mga6 x86_64
lib64openssl1.0.0 1.0.2n 1.mga6 x86_64
lynx 2.8.8 1.rel2.6.1.m> x86_64
openssl 1.0.2n 1.mga6 x86_64
rsync 3.1.2 1.1.mga6 x86_64
se utilizarán 356B de espacio de disco adicional.
se descargarán 3MB de paquetes.
¿Efectuar la instalación de los 5 paquetes? (S/n)
Edito (1.ª vez): Lo siento. No sabía muy bien si poner este post aquí o en el otro hilo "Icono de radiotray no aparece en menús", o si crear un hilo nuevo... Como todo son problemas con DNF...
Edito (2.ª vez): Ahora, después de casi un día entero, ya por fin DNF me pide actualizar esos 5 paquetes. Parece que le lleva más tiempo que a URPMI cargar las actualizaciones, porque lo he ido intentando durante todo el día y hasta ahora me decía que no había nada que actualizar.
- Entra a tu cuenta o crea una para poder comentar.
# 125474 guiándome por los comando que
guiándome por los comando que mencionas al inicio creo que te falto habilitar 2 repositorios.
https://wiki.mageia.org/en/Using_DNF
Edit: Debido a que uno de los servidores principales de mageia tuvo problemas de hardware, algunos servidores secundarios no se actualizaban http://blog.mageia.org/es/2017/12/18/ronda-semanal-2017-semana-50/
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 125475 Ya tenía habilitados esos
Ya tenía habilitados esos repositorios:
# dnf repolistÚltima comprobación de caducidad de metadatos hecha hace 2:26:37, el mar 19 dic 2017 17:42:35 WET.
id del repositorio nombre del repositorio estado
mageia-i586 Mageia 6 - i586 28137
mageia-i586-nonfree Mageia 6 - i586 - Nonfree 121
mageia-i586-tainted Mageia 6 - i586 - Tainted 348
mageia-x86_64 Mageia 6 - x86_64 28136
mageia-x86_64-nonfree Mageia 6 - x86_64 - Nonfree 130
mageia-x86_64-tainted Mageia 6 - x86_64 - Tainted 347
updates-i586 Mageia 6 - i586 - Updates 2495
updates-i586-nonfree Mageia 6 - i586 - Nonfree - Updates 23
updates-i586-tainted Mageia 6 - i586 - Tainted - Updates 74
updates-x86_64 Mageia 6 - x86_64 - Updates 2445
updates-x86_64-nonfree Mageia 6 - x86_64 - Nonfree - Updates 23
updates-x86_64-tainted Mageia 6 - x86_64 - Tainted - Updates 74
Así que, en efecto, debió de ser el tema de los servidores caídos :-)
Saludos.
Usuario
# 125476 Solucionado el tema de la mala actualización con DNF
Bueno, pues resulta que hoy ha vuelto a pasarme lo mismo (URPMI actualiza, pero DNF no):
# dnf upMageia 6 - i586 - Nonfree - Updates 7.6 kB/s | 12 kB 00:01
Última comprobación de caducidad de metadatos hecha hace 0:00:00, el jue 21 dic 2017 19:40:06 WET.
Dependencias resueltas.
Nada por hacer.
¡Listo!
# urpmi --auto-update
el soporte «Core Release2» está al día
$MIRRORLIST: media/core/updates/media_info/20171221-181405-synthesis.hdlist.cz
soporte «Core Updates» actualizado
el soporte «Nonfree Release2» está al día
el soporte «Nonfree Updates» está al día
el soporte «Tainted Release» está al día
el soporte «Tainted Updates» está al día
el soporte «Core 32bit Release» está al día
$MIRRORLIST: media/../../i586/media/core/updates/media_info/20171221-181216-synthesis.hdlist.cz
soporte «Core 32bit Updates» actualizado
el soporte «Nonfree 32bit Release» está al día
el soporte «Nonfree 32bit Updates» está al día
el soporte «Tainted 32bit Release» está al día
el soporte «Tainted 32bit Updates» está al día
Para satisfacer las dependencias, se instalarán los paquetes siguientes:
Paquete Versión Revisión Arq.
(soporte «Core Updates»)
copy-jdk-configs 3.3 1.mga6 noarch
dhcp-client 4.3.5 1.1.mga6 x86_64
dhcp-common 4.3.5 1.1.mga6 x86_64
ghostscript 9.22 1.1.mga6 x86_64
ghostscript-common 9.22 1.1.mga6 x86_64
ghostscript-module-X 9.22 1.1.mga6 x86_64
java-1.8.0-openjdk 1.8.0.151 1.b12.1.mga6 x86_64
java-1.8.0-openjdk-headless 1.8.0.151 1.b12.1.mga6 x86_64
lib64fftw3 3.3.6 2.mga6 x86_64
lib64gs9 9.22 1.1.mga6 x86_64
lib64mariadb18 10.1.29 2.mga6 x86_64
lib64minizip1 1.2.11 4.1.mga6 x86_64
lib64nss3 3.28.6 1.2.mga6 x86_64
lib64pcre1 8.41 1.mga6 x86_64
lib64pcre16_0 8.41 1.mga6 x86_64
lib64pcreposix1 8.41 1.mga6 x86_64
lib64zlib1 1.2.11 4.1.mga6 x86_64
mariadb-client 10.1.29 2.mga6 x86_64
mariadb-common 10.1.29 2.mga6 x86_64
mariadb-common-core 10.1.29 2.mga6 x86_64
mariadb-core 10.1.29 2.mga6 x86_64
nss 3.28.6 1.2.mga6 x86_64
rootcerts 20171122.00 1.1.mga6 noarch
rootcerts-java 20171122.00 1.1.mga6 noarch
rsync 3.1.2 1.2.mga6 x86_64
se liberará 351KB de espacio de disco.
se descargarán 58MB de paquetes.
¿Efectuar la instalación de los 25 paquetes? (S/n)
Lo que he hecho ha sido editar todos los repositorios que aparecen en el directorio /etc/yum.repos.d/, descomentando la línea que empieza por "baseurl=" y pegando ahí la dirección exacta de los repositorios que tengo configurados en URPMI (servidor http://ftp.free.fr/). Tras hacer esto, problema resuelto:
# dnf upMageia 6 - x86_64 - Updates 2.4 MB/s | 9.1 MB 00:03
Mageia 6 - i586 - Nonfree - Updates 12 kB/s | 12 kB 00:01
Mageia 6 - x86_64 - Nonfree - Updates 89 kB/s | 15 kB 00:00
Última comprobación de caducidad de metadatos hecha hace 0:00:00, el jue 21 dic 2017 20:01:02 WET.
Dependencias resueltas.
=========================================================================
Paquete Arquitectura
Versión Repositorio Tamaño
=========================================================================
Actualizando:
copy-jdk-configs noarch 3.3-1.mga6 updates-x86_64 23 k
dhcp-client x86_64 3:4.3.5-1.1.mga6 updates-x86_64 730 k
dhcp-common x86_64 3:4.3.5-1.1.mga6 updates-x86_64 96 k
ghostscript x86_64 9.22-1.1.mga6 updates-x86_64 12 k
ghostscript-common x86_64 9.22-1.1.mga6 updates-x86_64 7.9 M
ghostscript-module-X
x86_64 9.22-1.1.mga6 updates-x86_64 36 k
java-1.8.0-openjdk x86_64 1:1.8.0.151-1.b12.1.mga6 updates-x86_64 193 k
java-1.8.0-openjdk-headless
x86_64 1:1.8.0.151-1.b12.1.mga6 updates-x86_64 28 M
lib64fftw3 x86_64 3.3.6-2.mga6 updates-x86_64 2.0 M
lib64gs9 x86_64 9.22-1.1.mga6 updates-x86_64 2.0 M
lib64mariadb18 x86_64 10.1.29-2.mga6 updates-x86_64 564 k
lib64minizip1 x86_64 1.2.11-4.1.mga6 updates-x86_64 26 k
lib64nss3 x86_64 2:3.28.6-1.2.mga6 updates-x86_64 1.1 M
lib64pcre1 x86_64 8.41-1.mga6 updates-x86_64 158 k
lib64pcre16_0 x86_64 8.41-1.mga6 updates-x86_64 151 k
lib64pcreposix1 x86_64 8.41-1.mga6 updates-x86_64 12 k
lib64zlib1 x86_64 1.2.11-4.1.mga6 updates-x86_64 62 k
mariadb-client x86_64 10.1.29-2.mga6 updates-x86_64 5.1 M
mariadb-common x86_64 10.1.29-2.mga6 updates-x86_64 2.7 M
mariadb-common-core
x86_64 10.1.29-2.mga6 updates-x86_64 48 k
mariadb-core x86_64 10.1.29-2.mga6 updates-x86_64 4.1 M
nss x86_64 2:3.28.6-1.2.mga6 updates-x86_64 2.5 M
rootcerts noarch 1:20171122.00-1.1.mga6 updates-x86_64 567 k
rootcerts-java noarch 1:20171122.00-1.1.mga6 updates-x86_64 132 k
rsync x86_64 3.1.2-1.2.mga6 updates-x86_64 397 k
Resumen de la transacción
=========================================================================
Actualizar 25 Paquetes
Tamaño total de la descarga: 59 M
¿Está de acuerdo [s/N]?:
Sigue pendiente lo de añadir los repos de BDK, pero bueno, voy entendiendo mejor cómo funciona DNF.
Buenas noches!
Usuario
# 125477 Rectifico. Pese a la edición
Rectifico. Pese a la edición manual de los mirrors que realicé en /etc/yum.repos.d/, desde hace un par de días vuelve a haber desajuste entre URPMI y DNF:
# urpmi --auto-updateel soporte «Core Release2» está al día
el soporte «Core Updates» está al día
el soporte «Nonfree Release2» está al día
el soporte «Nonfree Updates» está al día
el soporte «Tainted Release» está al día
el soporte «Tainted Updates» está al día
el soporte «Core 32bit Release» está al día
el soporte «Core 32bit Updates» está al día
el soporte «Nonfree 32bit Release» está al día
el soporte «Nonfree 32bit Updates» está al día
el soporte «Tainted 32bit Release» está al día
el soporte «Tainted 32bit Updates» está al día
el soporte «google-chrome» está al día
Para satisfacer las dependencias, se instalarán los paquetes siguientes:
Paquete Versión Revisión Arq.
(soporte «Core Updates»)
bind-utils 9.10.5.P3 1.mga6 x86_64
btrfs-progs 4.14 2.mga6 x86_64
firefox 52.5.3 1.mga6 x86_64
firefox-en_GB 52.5.3 1.mga6 noarch
firefox-en_US 52.5.3 1.mga6 noarch
firefox-en_ZA 52.5.3 1.mga6 noarch
firefox-es_ES 52.5.3 1.mga6 noarch
icu58-data 58.2 3.2.mga6 noarch
lib64btrfs0 4.14 2.mga6 x86_64
lib64icu58 58.2 3.2.mga6 x86_64
lib64javascriptcore-gir4.0 2.18.4 1.mga6 x86_64
lib64javascriptcoregtk4.0_18 2.18.4 1.mga6 x86_64
lib64ncurses-devel 6.0 8.1.mga6 x86_64
lib64ncurses6 6.0 8.1.mga6 x86_64
lib64ncursesw6 6.0 8.1.mga6 x86_64
lib64openjp2_7 2.2.0 1.2.mga6 x86_64
lib64python2.7 2.7.13 1.1.mga6 x86_64
lib64python2.7-stdlib 2.7.13 1.1.mga6 x86_64
lib64python3.5 3.5.3 1.1.mga6 x86_64
lib64python3.5-stdlib 3.5.3 1.1.mga6 x86_64
lib64ruby2.2 2.2.8 1.1.mga6 x86_64
lib64webkit2gtk-gir4.0 2.18.4 1.mga6 x86_64
lib64webkit2gtk4.0_37 2.18.4 1.mga6 x86_64
lib64xfs1 4.14.0 1.mga6 x86_64
lib64zstd1 1.3.2 1.mga6 x86_64
ncurses 6.0 8.1.mga6 x86_64
openssh 7.5p1 2.1.mga6 x86_64
openssh-askpass-common 7.5p1 2.1.mga6 x86_64
openssh-clients 7.5p1 2.1.mga6 x86_64
python 2.7.13 1.1.mga6 x86_64
python3 3.5.3 1.1.mga6 x86_64
thunderbird 52.5.2 1.mga6 x86_64
thunderbird-en_US 52.5.2 1.mga6 noarch
thunderbird-es_ES 52.5.2 1.mga6 noarch
thunderbird-gl 52.5.2 1.mga6 noarch
thunderbird-pt_PT 52.5.2 1.mga6 noarch
webkit2 2.18.4 1.mga6 x86_64
xfsprogs 4.14.0 1.mga6 x86_64
se utilizarán 2.6MB de espacio de disco adicional.
se descargarán 149MB de paquetes.
¿Efectuar la instalación de los 38 paquetes? (S/n) n
# dnf up
Última comprobación de caducidad de metadatos hecha hace 21:41:15, el dom 31 dic 2017 16:59:49 WET.
Dependencias resueltas.
Nada por hacer.
¡Listo!
Feliz 2018!
# 125479 claramente es un bug que
claramente es un bug que deberías reportar.
todo indica que no se están actualizando los metadatos de dnf y/o en la sincronización del servidor que usas y/o en el buildsystem de mageia
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 125481 OK, pues a lo largo de esta
OK, pues a lo largo de esta semana reportaré el bug. Informaré aquí mismo :-)
Usuario
# 125500 Bug reportado
Bug reportado:
https://bugs.mageia.org/show_bug.cgi?id=22381
Usuario
# 125637 Bueno, parece que han dado
Bueno, parece que han dado por resuelto el bug:
https://bugs.mageia.org/show_bug.cgi?id=22381
Lo que no me queda claro es si existe una solución casera que yo mismo pueda ejecutar o si es cosa de los desarrolladores, pues no entiendo muy bien lo que comentan sobre MirrorBrain.
¿Algún sabio que pueda iluminarme? ;-)
# 125638 En realidad lo han marcado
En realidad lo han marcado como duplicado, el verdadero problema es que el sistema actual de generación de metadatos/sincronización de servidores no esta generando automáticamente los metadatos para dnf, teniendo que hacerse manualmente
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 125639 OK, pero ¿se refiere a que
OK, pero ¿se refiere a que quienes mantienen esos mirrors deben hacerlo manualmente o a que yo debo hacerlo manualmente? Eso es lo que no entiendo bien...
# 125640 Los metadatos para dnf los
Los metadatos para dnf los debe generar alguien encargado de ello en el servidor principal.
Lo que se necesita es que el servicio/aplicación que se usa actualmente en ese servidor los genere automáticamente después de que se sube un bloque de actualizaciones.
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
Usuario
# 125641 OK. Entendido. Gracias
OK. Entendido. Gracias katnatek!