Zypper/libzypp sollte bei fehlgeschlagenem Download erneut versuchen

Hinweis: In dem Thema Zypper/libzypp sollte bei fehlgeschlagenem Download erneut versuchen gibt es 14 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Hallo,


    es nervt sehr, dass Zypper bei einem Download-Fehlschlag den Download nicht automatisch wiederholt.
    Im Normalbetrieb auf einem Evergreen fällt das kaum auf. Bei einem dup auf die nächste openSUSE-Version, wo mehrere Tausend Pakete heruntergeladen werden müssen; oder wenn man auf Tumbleweed ist, schon. Normalerweise befehle ich Zypper den Download und gehe für einen Tee in die Küche, und wenn ich wiederkomme, ist Zypper erst bei Paket 13/1673, weil ein Download-Fehler passiert ist. :smilie_pc_012:


    Und ich benutze gerade das LAN bei mir zuhause. Ich mag mir gar nicht ausmalen, wie es ist, wenn ich es mit einem Laptop über 3G, oder in weniger gut entwickelten Ländern versuche.


    Ich möchte ungern Vergleiche zu anderen Paketmanagern ziehen, aber apt, yum und pacman versuchen es nach einem Fehlschlag automatisch erneut.


    Ich habe schon im "großen" englischsprachigen Forum gefragt, doch da wurde mir nur gesagt "gibt's nicht, basta". Hat von euch vielleicht jemand eine Ahnung, was man machen könnte? Gibt es die Option tatsächlich nirgends in der Konfiguration, und wenn nein, hat jemand Erfahrung damit, Patches für openSUSE Pakete zu erstellen?


    Gruß,
    Kæde

    Für den Inhalt des Beitrages 82097 haftet ausdrücklich der jeweilige Autor: kaede

    Schaue mal in die zypp.conf unter /etc/zypp.

    Für den Inhalt des Beitrages 82119 haftet ausdrücklich der jeweilige Autor: tomfa-ng

    Zitat von tomfa-ng

    Schaue mal in die zypp.conf unter /etc/zypp.

    Meinst du diesen Part?


    Code
    ## Number of tries per download which will be
## done without user interaction
## 0 means no limit (use with caution)
# download.max_silent_tries = 5


    Das ist wirklich seltsam, ich habe in diese Datei schon etliche Male geschaut, nie was gefunden.
    Auch im IRC gefragt und im englischen Forum, keiner wusste was. Das wäre doch zu schön, wenn dieser Eintrag die Sache erledigen würde...

    Für den Inhalt des Beitrages 82125 haftet ausdrücklich der jeweilige Autor: kaede

    Zitat von Alero

    Schon mal den nicht-interaktiven Modus von Zypper versucht?

    Bin mir nicht sicher, aber ich glaube es war so, dass die Standard-Antwort auf "Wiederholen?" "Nein" war, weshalb dieser Modus nichts brachte. Ich teste das mal, danke.

    Für den Inhalt des Beitrages 82126 haftet ausdrücklich der jeweilige Autor: kaede

    Zitat von kaede

    Meinst du diesen Part?


    [code]## Number of tries per download which will be
    ## done without user interaction
    ## 0 means no limit (use with caution)
    # download.max_silent_tries = 5[/code


    Eher das darauf folgende (download.transfer_timeout = 0). Wäre aber auch eine Möglichkeit.

    Für den Inhalt des Beitrages 82191 haftet ausdrücklich der jeweilige Autor: tomfa-ng

    Wieso die beiden Dateien zypper.conf und zypp.conf überhaupt eine Existenzberechtigung haben, erschließt sich mir auch nicht. In beiden Dateien ist alles auskommentiert ausser in der zypp.conf die Zeilen multiversion = provides:multiversion(kernel) und multiversion.kernels = latest,latest-1,running.
    Wobei die zypper.conf komplett auskommentiert ist. Zumindest stellt sich das so unter der Version 13.2 dar.


    Vermutlich verhält sich das aber so wie mit der kdmrc. Die wird auch immer kleiner und Einträge der 13.1 sind unter der 13.2 auch nicht mehr zu finden. Man kann aber problemlos benötigte Einträge vornehmen, auf die das System dann auch reagiert. So wie mit der Numlock-Geschichte beim Booten.