keos@localhost:~> dsudo zypper ref
dsudo: orden no encontrada
keos@localhost:~> sudo zypper ref
[sudo] contraseña para root:
Recuperando los metadatos del repositorio 'Repositorio principal (NON-OSS)' ................[terminado]
Construyendo el caché del repositorio Repositorio principal (NON-OSS) ......................[terminado]
Recuperando los metadatos del repositorio 'Repositorio principal (OSS)' ....................[terminado]
Construyendo el caché del repositorio Repositorio principal (OSS) ..........................[terminado]
El repositorio 'Repositorio principal de actualizaciones' está actualizado.
El repositorio 'home:ponchale1 (openSUSE_Tumbleweed)' está actualizado.
Recuperando los metadatos del repositorio 'Packman' ........................................[terminado]
Construyendo el caché del repositorio Packman ..............................................[terminado]
Advertencia: El archivo 'repomd.xml' del repositorio 'yandex-browser' no está firmado.
Nota: Firmar los datos permite al destinatario verificar que no se han producido modificaciones
después de la firma. Aceptar datos sin sumas de verificación o con sumas incorrectas o
desconocidas puede provocar daños en el sistema y, en casos extremos, incluso que el sistema se
vea comprometido.
Nota: El fichero 'repomd.xml' es el del índice maestro de los repositorios. Garantiza la
integridad del repositorio al completo.
Advertencia: No se puede verificar que nadie haya modificado el archivo, ¡así que ya no es
confiable! No debería continuar a menos que sepa que es seguro.
El archivo 'repomd.xml' del repositorio 'yandex-browser' no está firmado.
¿Desea continuar? [si/no] (no): s
Recuperando los metadatos del repositorio 'yandex-browser' .....................................[error]
El repositorio 'yandex-browser' no es válido.
[yandex-browser|http://repo.yandex.ru/yandex-browser/rpm/stable/x86_64] No se han encontrado metadatos válidos en la URL especificada
Historial:
- No se encuentra el archivo ./repodata/75c1dddb6d9ef1a953c96190101e9575f26f6c50c004a378a84bb182861fcf37-primary.xml.gz en el medio http://repo.yandex.ru/yandex-browser/rpm/stable/x86_64
Compruebe si los URI definidos para este repositorio apuntan a un repositorio válido.
Se va a omitir el repositorio 'yandex-browser' debido al error anterior.
Algunos de los repositorios no se han actualizado debido a un error.
keos@localhost:~>
Hola: Si los programas están en repos oficiales, deben tener prioridad, a repos de terceros, o sea 1º los oficiales, 2º los comunitarios, 3 º los de terceros (incluyende los de /home o colaboradores) .
S | Name | Type | Version | Arch | Repository
—±-------±--------±--------------------±-------±------------------------------------------------------------
i | autofs | package | 5.1.3-150000.7.20.1 | x86_64 | update-sle (15.5)
i | autofs | package | 5.1.3-150000.7.20.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
localhost:~ #
Autofs monta de forma automática y bajo demanda los dispositivos, debe estar iniciado en el boot del arranque y debe estar activo (en yast2 gestión de servicios) .
Lo que creo que comentaba, es que verificaras el repo, con el enlace en la pagina web, para ver que es correcto, si no fuese así se descarta (ya que puede ser un peligro) .
Las paginas correctas y que se pueden dar por verificadas, pueden ser la de los drivers , al instalar los repos pueden dan error, al no estar verificados, pero como se sabe que son de esa pagina, el error se ignora, y se procede con la instalación, ejemplo de ello, lo tienes en los repos de epson y brother, los driver dan ese error, al instalar, pero funcionan, perfectamente, en yast figuran en color rojo y como huérfanos, pero son correctos y validos .
En Tumbleweed lo normal es que haya una media de 5 snapshots publicadas a la semana.
Unas semanas puede haber más y otras menos, depende de problemas encontrados, etc.
¿Es necesario actualizar todos los días?
Si hay nuevas snapshots publicadas y tienes tiempo y ganas, puedes hacerlo. No es un proceso que interfiera enormemente en el sistema (depende de actualizaciones puede ralentizar puntualmente el sistema o tener que reiniciarlo al terminar, aunque se puede esperar a reiniciar cuando te venga bien)
Si no quieres actualizar todos los días, puedes hacerlo una vez a la semana, lo que pasa que esa actualización será acumulativa y serán muchos los paquetes a actualizar, por lo que durará más, pero no es mucho problema.
Si no hay snapshots nuevas, pues no es necesario actualizar…
En mi caso. Cuando leo que hay una nueva publicación, suelo actualizar, o espero un par de días a ver si alguien reporta un problema… pero la verdad es que me puede la impaciencia y actualizo…
Ahora mismo estoy actualizando porque ya está Plasma 6.2.3 )
Lo pregunto porque he pensado (tambien a mi la ansiedad a actualizar a diario me impulsa…) que si dejara pasar dos o tres días daría mas tiempo a que se corrigieran o produjeran esas dificultades, también quizas me ayude el usar este comando:
Esa Wiki te explican las opciones de zypper con ejemplos, si quieres ejecutar esa opción en tu TW, que no te haga preguntas y usar respuestas por defecto, deberías escribir
… pero entonces estaría haciendo ‘dup’ y lo que intento es hacer ‘up’, lo que el comando cambia, ¿no es solamente el ‘modo automático’ de la operación?.
No se cuantas veces te tenemos que decirte que con TW siempre se utiliza zypper dup para actualizar el sistema y con Leap se utiliza zypper up para lo mismo.
Sobre lo que hace y no hace la opción de zypper, lee la Wikipedia de openSUSE.
Pues entonces no he entendido bien el asunto, hasta ahora he estado haciendo ‘up’ casi a diario en TW y solo ‘dup’ una vez a la semana en el mismo, ¿es incorrecto, o no me explico …?.