OpenSuSE 10.1 => Probleme bei Installationsquelle packman in YaST
Hallo Leute, irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen. Wie macht man YaST sowas klar ohne das der da rumjammert wenn man neue Software installieren möchte über YaST? Habe das so hinzugefügt wie es in der packman FAQ steht. Einen Hinweis wie ich das Problem da loswerde konnte ich da leider keinen finden. Wer kann mir dabei weiterhelfen? Besten Dank vorab. Viele Grüße Sascha
Am Sonntag, den 03.09.2006, 18:22 +0200 schrieb Sascha Blum:
Hallo Leute, Hallo,
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen.
Was genau ist die Meldung ? Etwa das: Signature Check Filed The File is not digitally signed. Using the File may put the integrity of your system at risk Dann ist es die Tatsache, dass das packman-Repository nicht signiert ist. Du kannst nun entweder dem Repo vertrauen und es als Installationsquelle hinzufügen oder warten bis packman auch das Repository signiert hat ;) Gruß Renate
Hallo Leute, Am Sonntag, 3. September 2006 20:31 schrieb Renate Neike:
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen.
Was genau ist die Meldung ? Etwa das:
Signature Check Filed The File is not digitally signed. Using the File may put the integrity of your system at risk
Dann ist es die Tatsache, dass das packman-Repository nicht signiert ist. Du kannst nun entweder dem Repo vertrauen und es als Installationsquelle hinzufügen oder warten bis packman auch das Repository signiert hat ;)
ich bekomme folgende Meldungen bzw. habe ich es nun mit 2 Mirrors erfolglos versucht, jedesmal das selbe: => http://img523.imageshack.us/img523/5290/signaturfehlerbz5.jpg => http://img521.imageshack.us/img521/6139/signaturfehler2hl7.jpg => http://img373.imageshack.us/img373/9387/signaturfehler3xj2.jpg Viele Grüße Sascha
Am Sonntag, 3. September 2006 18:22 schrieb Sascha Blum:
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen. Wie macht man YaST sowas klar ohne das der da rumjammert wenn man neue Software installieren möchte über YaST?
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. In dem Dialog gibt es auch eine Einstellung, ob YaST sich das dauerhaft merken soll. Diese Einstellung funktioniert im Auslieferungszustand der SUSE 10.1 nicht, wenn Du aber die verfügbaren Online-Updates einspielst, merkt sich YaST die Einstellungen korrekt und nervt bei weiteren Installationen nicht mehr. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel:
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. (...).
Warum ist die Packman-Installationsquelle eigentlich nicht signiert? Weißt du da genaueres? Gruß Jan -- After a number of decimal places, nobody gives a damn.
Am Sonntag, 3. September 2006 23:59 schrieb Jan Ritzerfeld:
Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel:
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. (...).
Warum ist die Packman-Installationsquelle eigentlich nicht signiert? Weißt du da genaueres?
Ist mir jetzt nichts konkretes bekannt, ich hab mit der Repro-Generierung (glücklicherweise) nichts mehr zu tun. Eventuell mal bei packman@links2linux.de anfragen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, Hallo Leute, Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel:
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen. Wie macht man YaST sowas klar ohne das der da rumjammert wenn man neue Software installieren möchte über YaST?
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. In dem Dialog gibt es auch eine Einstellung, ob YaST sich das dauerhaft merken soll. Diese Einstellung funktioniert im Auslieferungszustand der SUSE 10.1 nicht, wenn Du aber die verfügbaren Online-Updates einspielst, merkt sich YaST die Einstellungen korrekt und nervt bei weiteren Installationen nicht mehr.
irgendwas scheine ich falsch zu machen oder was auch immer ... ... ich kann in YaST nichts finden wo man das Einstellen könnte. ich bekomme folgende Meldungen bzw. habe ich es nun mit 2 Mirrors erfolglos versucht, jedesmal das selbe: => http://img523.imageshack.us/img523/5290/signaturfehlerbz5.jpg => http://img521.imageshack.us/img521/6139/signaturfehler2hl7.jpg => http://img373.imageshack.us/img373/9387/signaturfehler3xj2.jpg Was ist da los? Das Problem tritt komischerweise nur bei packman-Links auf ... Viele Grüße Sascha
Am Montag, 4. September 2006 00:29 schrieb Sascha Blum:
irgendwas scheine ich falsch zu machen oder was auch immer ...
... ich kann in YaST nichts finden wo man das Einstellen könnte.
ich bekomme folgende Meldungen bzw. habe ich es nun mit 2 Mirrors erfolglos versucht, jedesmal das selbe:
=> http://img523.imageshack.us/img523/5290/signaturfehlerbz5.jpg
Genau da: "Diese Meldung nicht erneut zeigen" anklicken.
=> http://img521.imageshack.us/img521/6139/signaturfehler2hl7.jpg
=> http://img373.imageshack.us/img373/9387/signaturfehler3xj2.jpg
Wenn die Synchronisation einmal aus dem Tritt gekommen ist, siehts schlecht aus. Als ich die Probleme noch hatte (also bevor ich rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck von der Platte geputzt habe), hat in dem Fall nur noch geholfen alle Installationsquellen komplett zu entfernen, YaST zu verlassen und dann wieder hinzuzufügen. Eine Parallele Nutzung von YaST und dem ZEN-Updater hat mir die Installationsquellen regelmäßig zerschossen.
Was ist da los? Das Problem tritt komischerweise nur bei packman-Links auf ...
Eventuell mal einen anderen Mirror probieren? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Montag, 4. September 2006 22:29 schrieb Manfred Tremmel:
Wenn die Synchronisation einmal aus dem Tritt gekommen ist, siehts schlecht aus. Als ich die Probleme noch hatte (also bevor ich rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck von der Platte geputzt habe)
jetzt wird der thread aber richtig interessant. Ich vermute du nutzt jetzt smart? Hast du da mal eine kleine Anleitung? Vor allem wie man rug/zen loswird? Der Mist bremst ja tierisch und frisst Speicher wie ein gamer chips... Und wenn sich das installieren eines RPM paketes auf der 10.1 3x so lahm anfühlt wie auf der 10.0, und die 10.1 dabei auf einem 64bit amd 3200+ läuft, und die erwähnte 10.0 auf einem 700er p3... dann muss der mist weg. bye, MH
Hallo, Am Mon, 04 Sep 2006, Mathias Homann schrieb:
jetzt wird der thread aber richtig interessant. Ich vermute du nutzt jetzt smart? Hast du da mal eine kleine Anleitung?
smart kenne ich (noch) nicht, apt4rpm scheint's aber auch schonmal zu tun (evtl. Probleme mit "repomd"-Repositories). Ein Beispiel einer /etc/apt/sources.list: ==== # The list with all available components can be found at: # http://linux01.gwdg.de/apt4rpm rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 base rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 security rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 update rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 rpmkeys rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 extra rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 gnome rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 packman-i686 rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 packman rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 suser-guru rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 suser-rbos rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 usr-local-bin rpm ftp://ftp.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-i386 wine # repomd http://software.opensuse.org/download/KDE:/KDE3 SUSE_Linux_10.0 # repomd http://software.opensuse.org/download/KDE:/Backports SUSE_Linux_10.0 ====
Vor allem wie man rug/zen loswird?
Einfach mit rpm oder yast deinstallieren. -dnh -- Sagt der Walfisch zum Thunfisch, das kannst du nicht tun Fisch, sagt der Thunfisch zum Walfisch, du hast keine Wahl Fisch. -- M. Raab
Am Montag, 4. September 2006 23:03 schrieb Mathias Homann:
Am Montag, 4. September 2006 22:29 schrieb Manfred Tremmel:
Wenn die Synchronisation einmal aus dem Tritt gekommen ist, siehts schlecht aus. Als ich die Probleme noch hatte (also bevor ich rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck von der Platte geputzt habe)
jetzt wird der thread aber richtig interessant. Ich vermute du nutzt jetzt smart? Hast du da mal eine kleine Anleitung? Vor allem wie man
Nein, ich nutze YaST. Bin mit smart auf den ersten Blick nicht warm geworden und hatte dann ehrlich nicht die Zeit mir das genauer anzuschauen.
rug/zen loswird? Der Mist bremst ja tierisch und frisst Speicher wie ein gamer chips... Und wenn sich das installieren eines RPM paketes auf der 10.1 3x so lahm anfühlt wie auf der 10.0, und die 10.1 dabei auf einem 64bit amd 3200+ läuft, und die erwähnte 10.0 auf einem 700er p3... dann muss der mist weg.
Anleitung findet sich im Listenarchiv: http://lists.suse.com/archive/suse-linux/2006-Jun/2488.html http://lists.suse.com/archive/suse-linux/2006-Jul/1719.html Und nein, meine SUSE 10.1 ist seither nicht (wahrnehmbar) langsamer als die 10.0 -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Montag, 4. September 2006 22:29 schrieb Manfred Tremmel:
(...). Eine Parallele Nutzung von YaST und dem ZEN-Updater hat mir die Installationsquellen regelmäßig zerschossen.
Und das lag bei mir "regelmäßig" an den fehlenden Signaturen von packman und suser-guru. Nochmals meinen Dank an die Mitglieder dieser Liste, die nicht einfach nur "rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck" schreiben. Gruß Jan -- It's fascinating how memory diffuses fact.
Am Montag, 4. September 2006 23:09 schrieb Jan Ritzerfeld:
Am Montag, 4. September 2006 22:29 schrieb Manfred Tremmel:
(...). Eine Parallele Nutzung von YaST und dem ZEN-Updater hat mir die Installationsquellen regelmäßig zerschossen.
Und das lag bei mir "regelmäßig" an den fehlenden Signaturen von packman und suser-guru. Nochmals meinen Dank an die Mitglieder dieser Liste, die nicht einfach nur "rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck" schreiben.
Entschuldigung, auch wenn es Dir nicht gefällt. rug, zen-updater sind: - NICHT FUNKTIONIERENDER DRECK! Mir würden auch noch andere Worte einfallen. Ich verwende Suse in Produktivumgebungen seit der Version 6.4 Und ein solcher Müll ist mir bislang noch nicht über den Weg gelaufen. Gut, ich lasse jetzt ServicePacks aus einem anderen Laden mal weg. Da waren die YAST-Diskussionen aus 7.x (erstmals graphisch...) noch harmlos. Was hier ausgeliefert wurde, war - bezügl. der Updatefunktionen - schlichtweg Müll. Scheint mit dem vermehrten Auftauchen von Amerikanern im Unternehmen zusammenzuhängen. [Wegduck..]
Gruß Jan -- It's fascinating how memory diffuses fact.
Christian Paul -- Erfahrung heißt gar nichts. Man kann seine Sache auch 35 Jahre schlecht machen. Kurt Tucholsky
Am Dienstag, 5. September 2006 00:13 schrieb Christian Paul:
Am Montag, 4. September 2006 23:09 schrieb Jan Ritzerfeld: (...).
Und das lag bei mir "regelmäßig" an den fehlenden Signaturen von packman und suser-guru. Nochmals meinen Dank an die Mitglieder dieser Liste, die nicht einfach nur "rug, zen-updater und den ganzen anderen nicht funktionierenden Dreck" schreiben.
Entschuldigung, auch wenn es Dir nicht gefällt. rug, zen-updater sind: - NICHT FUNKTIONIERENDER DRECK! Mir würden auch noch andere Worte einfallen. (...).
Sie sind langsam, ja, aber sie funktionieren sehrwohl. Und als deutliche Verbesserung zum alten SUSE-Updater bekomme ich nun endlich neue Pakete von allen Installationsquellen angezeigt, nicht nur die normalen Online-Updates von SUSE. Gruß Jan -- New Jersey? What exit....
Am Dienstag, 5. September 2006 14:22 schrieb Jan Ritzerfeld:
Sie sind langsam, ja, aber sie funktionieren sehrwohl. Und als deutliche Verbesserung zum alten SUSE-Updater bekomme ich nun endlich neue Pakete von allen Installationsquellen angezeigt, nicht nur die normalen Online-Updates von SUSE.
Die Intention hinter den Änderungen sind ja durchaus lobenswert. Die technische Umsetzung halte ich zumindest, allerdings noch für (sagen wir mal) unausgereift. Die Einführung in die späte 10.1er Beta-Phase war IMHO ein riesiger Fehler, aber irgendwer wollte die Sachen wohl unbedingt noch in den SLES/SLED 10 drücken. SUSE hätte gut daran getan die Sachen reifen zu lassen und es für die 10.2 aufzuheben. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Dienstag, 5. September 2006 22:17 schrieb Manfred Tremmel:
Am Dienstag, 5. September 2006 14:22 schrieb Jan Ritzerfeld:
Sie sind langsam, ja, aber sie funktionieren sehrwohl. Und als deutliche Verbesserung zum alten SUSE-Updater bekomme ich nun endlich neue Pakete von allen Installationsquellen angezeigt, nicht nur die normalen Online-Updates von SUSE.
Die Intention hinter den Änderungen sind ja durchaus lobenswert. Die technische Umsetzung halte ich zumindest, allerdings noch für (sagen wir mal) unausgereift.
Dem würde ich nicht widersprechen wollen. Nur, mittlerweile ist es für mich echt kein Dreck mehr -- was anfänglich gar nicht so weit von der "Wahrheit" entfernt war.
Die Einführung in die späte 10.1er Beta-Phase war IMHO ein riesiger Fehler, aber irgendwer wollte die Sachen wohl unbedingt noch in den SLES/SLED 10 drücken. SUSE hätte gut daran getan die Sachen reifen zu lassen und es für die 10.2 aufzuheben.
Allerdings. Und das sehe ich sehr ähnlich. Gruß Jan -- Never test for an error condition you don't know how to handle.
Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel:
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen. Wie macht man YaST sowas klar ohne das der da rumjammert wenn man neue Software installieren möchte über YaST?
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. In dem Dialog gibt es auch eine Einstellung, ob YaST sich das dauerhaft merken soll. Diese Einstellung funktioniert im Auslieferungszustand der SUSE 10.1 nicht, wenn Du aber die verfügbaren Online-Updates einspielst, merkt sich YaST die Einstellungen korrekt und nervt bei weiteren Installationen nicht mehr.
Bei mir funktioniert diese Einstellung trotz aller Updates *nicht*. Immer wieder muss ich den Dialog bestätigen und Yast merkt sich die Einstellung nicht. Welches Update sollte das denn gewesen sein, das den Fehler behebt? Und wie finde ich heraus, ob ich es eingespielt habe? Gruß Achim
Am Montag, 4. September 2006 12:07 schrieb Achim Schäfer:
Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel:
irgendwie habe ich hier unter OpenSuSE 10.1 das Problem, wenn ich in YaST bei Installationsquelle eine packman-Quelle (URL) hinzufügen will, das YaST da als rumjammert so von wegen kann da irgendwie keine digitale Signaturen oder so nicht überprüfen. Wie macht man YaST sowas klar ohne das der da rumjammert wenn man neue Software installieren möchte über YaST?
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. In dem Dialog gibt es auch eine Einstellung, ob YaST sich das dauerhaft merken soll. Diese Einstellung funktioniert im Auslieferungszustand der SUSE 10.1 nicht, wenn Du aber die verfügbaren Online-Updates einspielst, merkt sich YaST die Einstellungen korrekt und nervt bei weiteren Installationen nicht mehr.
Bei mir funktioniert diese Einstellung trotz aller Updates *nicht*. Immer wieder muss ich den Dialog bestätigen und Yast merkt sich die Einstellung nicht.
Welches Update sollte das denn gewesen sein, das den Fehler behebt? Und wie finde ich heraus, ob ich es eingespielt habe?
Weiß niemand die Antwort auf diese Frage? Wenn das Problem durch ein Update behoben wird, muss doch irgend jemand wissen, durch welches Update. Wäre schön, wenn jemand (oder speziell Manfred?) dazu noch etwas sagen könnte. Danke. Achim
Am Freitag, 8. September 2006 09:07 schrieb Achim Schäfer:
Am Montag, 4. September 2006 12:07 schrieb Achim Schäfer:
Am Sonntag, 3. September 2006 23:08 schrieb Manfred Tremmel: (...).
Genau dort wo YaST rumjammert, kannst Du entscheiden, ob Du trotz fehlender Signatur hinzufügen willst, oder nicht. In dem Dialog gibt es auch eine Einstellung, ob YaST sich das dauerhaft merken soll. Diese Einstellung funktioniert im Auslieferungszustand der SUSE 10.1 nicht, wenn Du aber die verfügbaren Online-Updates einspielst, merkt sich YaST die Einstellungen korrekt und nervt bei weiteren Installationen nicht mehr.
Bei mir funktioniert diese Einstellung trotz aller Updates *nicht*. Immer wieder muss ich den Dialog bestätigen und Yast merkt sich die Einstellung nicht.
Welches Update sollte das denn gewesen sein, das den Fehler behebt? Und wie finde ich heraus, ob ich es eingespielt habe?
Weiß niemand die Antwort auf diese Frage? Wenn das Problem durch ein Update behoben wird, muss doch irgend jemand wissen, durch welches Update.
# rpm -q yast2-packager yast2-packager-2.13.139-1.3 # rpm -q --changelog yast2-packager (...). * Di Mai 30 2006 - locilka@suse.cz - Reimplementing the "Do Not Show Again" popups to store this flag permanently. It stores URL + dialog type + default return value (#175845). (...). https://bugzilla.novell.com/show_bug.cgi?id=175845 Mich nervt YaST2 jedenfalls nicht mehr. Ich habe den Signaturcheck im zmd.conf aber explizit ausgeschaltet, da der bei mir sonst rumspinnt und irgendwann so gut wie alle Sources löscht. Zufällig bin ich noch auf folgende Einstellung in /etc/sysconfig/security gestoßen: # When working with packages and installation sources, check keys # and signatures: yes = in YaST and ZENWorks, yast = in YaST, no = # no checking. # CHECK_SIGNATURES=yes Gruß Jan -- The most dangerous of untruths, are truths moderately distorted.
Am Freitag, 8. September 2006 13:58 schrieb Jan Ritzerfeld:
Bei mir funktioniert diese Einstellung trotz aller Updates *nicht*. Immer wieder muss ich den Dialog bestätigen und Yast merkt sich die Einstellung nicht.
Welches Update sollte das denn gewesen sein, das den Fehler behebt? Und wie finde ich heraus, ob ich es eingespielt habe?
Weiß niemand die Antwort auf diese Frage? Wenn das Problem durch ein Update behoben wird, muss doch irgend jemand wissen, durch welches Update.
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3 Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an. Was kann ich tun? Gruß Achim
Am Freitag, 8. September 2006 20:51 schrieb Achim Schäfer:
Am Freitag, 8. September 2006 13:58 schrieb Jan Ritzerfeld: (...).
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3
Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an.
Was kann ich tun?
Du mußt das Online-Update mindestens dreimal laufen lassen. http://lists.suse.com/archive/suse-security/2006-Jul/0050.html Gruß Jan -- It is important for our friends to believe that we are unreservedly frank with them, and important to friendship that we are not.
Am Freitag, 8. September 2006 22:37 schrieb Jan Ritzerfeld:
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3
Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an.
Was kann ich tun?
Du mußt das Online-Update mindestens dreimal laufen lassen.
Ich habe das schon mindestens zehn mal laufen lassen. Das kann nicht der Grund sein. Was kann denn falsch sein? Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1// Gruß Achim
Am Freitag, 8. September 2006 23:43 schrieb Achim Schäfer:
Am Freitag, 8. September 2006 22:37 schrieb Jan Ritzerfeld: (...).
Du mußt das Online-Update mindestens dreimal laufen lassen.
Ich habe das schon mindestens zehn mal laufen lassen. Das kann nicht der Grund sein.
Okay. War halt ein bekannter Bug. :)
Was kann denn falsch sein?
Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1//
Alle davon? Wow. Ich habe nie eine eingetragen, daß hat die Registrierung für mich gemacht. Ist denn wenigstens bei einer dieser Quellen die Aktualisierung aktiviert? Gruß Jan -- A wish is a desire without an attempt.
Am Samstag, 9. September 2006 00:21 schrieb ich:
Am Freitag, 8. September 2006 23:43 schrieb Achim Schäfer: (...).
Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1//
Alle davon? Wow. Ich habe nie eine eingetragen, daß hat die Registrierung oops ^ für mich gemacht. Ist denn wenigstens bei einer dieser Quellen die Aktualisierung aktiviert?
Also von den Quellen mit "update" im Pfad natürlich ... Packman wird dir AFAIK kein YaST-Update anbieten. Jan -- Tar is not a play thing..I will not steal school property..Spit balls are not free speach..I will not bribe principal Skinner..I will not Xerox(tm) my butt I will not teach others to fly..I will not do that thing with my tongue..BART
Am Samstag, 9. September 2006 00:26 schrieb Jan Ritzerfeld:
Am Samstag, 9. September 2006 00:21 schrieb ich:
Am Freitag, 8. September 2006 23:43 schrieb Achim Schäfer: (...).
Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1//
Alle davon? Wow. Ich habe nie eine eingetragen, daß hat die Registrierung
Ich habe die auch nicht alle von Hand eingetragen. Hat auch die Registrierung gemacht. Es kann aber sein, dass ich von Hand noch etwas geändert habe, weil das mit dem Update nicht so funktionierte.
oops ^
für mich gemacht. Ist denn wenigstens bei einer dieser Quellen die Aktualisierung aktiviert?
Bei allen ist die Aktualisierung aktiviert.
Also von den Quellen mit "update" im Pfad natürlich ... Packman wird dir AFAIK kein YaST-Update anbieten.
Packman ist natürlich für das Problem irrelevant. Ich habe halt nur die komplette Liste aller Qeullen aufgeführt. Kannst Du denn sagen, wie Du den neueren yast2-packager eingespielt hast? Wenn Du es über das Online-Update gemacht hast, würde mich die Liste Deiner Quellen interessieren. Oder gibt es einen anderen Ansatzpunkt? (Vom manuellen Download + Installation des rpms mal abgesehen.) Gruß Achim
Am Samstag, 9. September 2006 02:28 schrieb Achim Schäfer:
Am Samstag, 9. September 2006 00:26 schrieb Jan Ritzerfeld:
Am Samstag, 9. September 2006 00:21 schrieb ich:
Am Freitag, 8. September 2006 23:43 schrieb Achim Schäfer: (...).
Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1//
Alle davon? Wow. Ich habe nie eine eingetragen, daß hat die Registrierung
Ich habe die auch nicht alle von Hand eingetragen. Hat auch die Registrierung gemacht. Es kann aber sein, dass ich von Hand noch etwas geändert habe, weil das mit dem Update nicht so funktionierte.
Ich hab nur die erste von oben eingetragen. Die anderen würde ich löschen, das macht AFAIK sonst alles noch langsamer.
oops ^ (...). Kannst Du denn sagen, wie Du den neueren yast2-packager eingespielt hast?
Einfach das Online-Update mehrmals laufen lassen.
Wenn Du es über das Online-Update gemacht hast, würde mich die Liste Deiner Quellen interessieren.
Ich hab noch die FTP-Verzeichnisse von SL 10.1 eingetragen, aber bei denen die Aktualisierung ausgeschaltet. Ansonsten wirklich relevant ist nur ftp://ftp.suse.com/pub/suse/update/10.1/ die du ja auch eingetragen hast.
Oder gibt es einen anderen Ansatzpunkt? (Vom manuellen Download + Installation des rpms mal abgesehen.)
Nunja, hast du denn überhaupt mal in letzter Zeit Updates über das Online-Update bekommen? Gruß Jan -- People who say they're willing to meet you halfway are often poor judges of distance.
Am Sonntag, 10. September 2006 13:01 schrieb Jan Ritzerfeld:
(...).
Vielleicht die Installationsquellen? Ich habe folgende eingetragen: ftp://ftp.suse.com/pub/suse/update/10.1 http://ftp.gwdg.de/pub/suse/update/10.1 ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1 ftp://ftp.tu-chemnitz.de/pub/linux/suse/suse/update/10.1//
[...] Ich hab nur die erste von oben eingetragen. Die anderen würde ich löschen, das macht AFAIK sonst alles noch langsamer.
Das habe ich probiert. Details s.u.
(...). Kannst Du denn sagen, wie Du den neueren yast2-packager eingespielt hast?
Einfach das Online-Update mehrmals laufen lassen.
[...]
Oder gibt es einen anderen Ansatzpunkt? (Vom manuellen Download + Installation des rpms mal abgesehen.)
Nunja, hast du denn überhaupt mal in letzter Zeit Updates über das Online-Update bekommen?
Ja, das habe ich. Zuletzt noch innerhalb der letzten drei Tage. (irgendwas mit "alsa" u.a. Details habe ich nicht im Kopf.) Nur habe ich eben den neueren yast2-packager offensichtlich nicht bekommen. Vielleicht fehlt mir auch sonst noch was? Jedenfalls habe ich versucht, alle Installationsquellen bis auf die DVD zu löschen, um sie dann nach und nach von Hand wieder einzutragen. Das dauert alles irsinnig lange und führt zu folgenden Fehlermeldungen: 1. Beim löschen aller Quellen: rug failed to delete a ZYPP service: FEHLER: Dienst 'ftp://ftp.suse.com/pub/suse/update/10.1' nicht gefunden Im Anschluss kam die Meldung: Fehler bei der Quellensynchronisierung mit ZDM Änderungen dennoch speichern? Ich habe "Ja" gewählt. 2. Anschließend habe ich zum Testen ein Yast Online Update laufen lassen. Es gab keine Updates aber auch keine Fehler. 3. Beim erneuten Hinzufügen der Quelle (1. Versuch): rug failed to add a ZYPP service: Command timed out after 1800200 msec. 4. Beim 2. Versuch, die Quelle hinzuzufügen: Fehlermeldung, dass die Quelle bereits existiere. (Wortlaut der Meldung habe ich nicht mehr, sorry. Es geht um die genannte Quelle, die er erst nicht löschen konnte.) Ich habe ausgewählt, dass er trotdem weiter machen soll. Im Moment warte ich auf das Beenden des Dialogs zum Verwalten der Quellen. Wie auch der Aufruf des Dialogs dauert das im Moment immer etwa eine halbe Stunde. :-(((( Insgesamt habe ich den Eindruck, dass hier einiges durcheinander ist. Wie kann ich das denn wieder in Ordnung bringen, wenn selbst das Löschen der Quellen zu Fehlermeldungen führt? Gruß Achim
Am Sonntag, 10. September 2006 17:17 schrieb ich:
[Probleme mit Installationsquellen]
Im Moment warte ich auf das Beenden des Dialogs zum Verwalten der Quellen. Wie auch der Aufruf des Dialogs dauert das im Moment immer etwa eine halbe Stunde. :-((((
Inzwischen ist eine gute Stunde vergangen und der Dialog ist immer noch nicht beendet.
Insgesamt habe ich den Eindruck, dass hier einiges durcheinander ist. Wie kann ich das denn wieder in Ordnung bringen
Diese Frage wird immer dringender. So langsam fange ich ernsthaft an, an eine Neuinstallation zu denken. Achim
Am Sonntag, 10. September 2006 18:27 schrieb Achim Schäfer:
Am Sonntag, 10. September 2006 17:17 schrieb ich:
[Probleme mit Installationsquellen]
Im Moment warte ich auf das Beenden des Dialogs zum Verwalten der Quellen. Wie auch der Aufruf des Dialogs dauert das im Moment immer etwa eine halbe Stunde. :-((((
Inzwischen ist eine gute Stunde vergangen und der Dialog ist immer noch nicht beendet.
Das sollte so auch nicht sein ... Jedenfalls nicht, wenn du nur die Update-Quelle hinzufügst. Die Quelle mit dem ganzen SL 10.1 braucht allerdins schon was "länger".
Insgesamt habe ich den Eindruck, dass hier einiges durcheinander ist. Wie kann ich das denn wieder in Ordnung bringen
Diese Frage wird immer dringender. So langsam fange ich ernsthaft an, an eine Neuinstallation zu denken.
Es ist wirklich merkwürdig, was da bei dir passiert. Das Online-Update sollte eigentlich funktionieren, "viele" hier haben den ganzen zmd-Kram ja entsorgt und benutzen nur das Online-Update. Gruß Jan -- A computer's attention span is only as long as it's power cord.
Am Sonntag, 10. September 2006 18:53 schrieb Jan Ritzerfeld:
Im Moment warte ich auf das Beenden des Dialogs zum Verwalten der Quellen. Wie auch der Aufruf des Dialogs dauert das im Moment immer etwa eine halbe Stunde. :-((((
Inzwischen ist eine gute Stunde vergangen und der Dialog ist immer noch nicht beendet.
Das sollte so auch nicht sein ... Jedenfalls nicht, wenn du nur die Update-Quelle hinzufügst. Die Quelle mit dem ganzen SL 10.1 braucht allerdins schon was "länger".
Ich habe nur die Update Quelle hinzugefügt und warte nun seit fast drei Stunden. Wie in meiner anderen Mail schon geschrieben, werde ich jetzt erst mal den Dialog abschießen. Dann schaue ich, wie weit ich mit rug auf der Kommandozeile komme und im Zweifelsfall werde ich die genannte "Holzhammermethode" anwenden und alles von zmd löschen. Ich werde berichten. Achim
Am Sonntag, 10. September 2006 20:16 schrieb Achim Schäfer:
(...). Ich habe nur die Update Quelle hinzugefügt und warte nun seit fast drei Stunden.
Macht yast überhaupt noch was laut /var/log/YaST2/y2log?
(...). Ich werde berichten.
:) Gruß Jan -- Real Users never know what they want, but they always know when your program doesn't deliver it.
Am Sonntag, 10. September 2006 20:36 schrieb Jan Ritzerfeld:
Ich habe nur die Update Quelle hinzugefügt und warte nun seit fast drei Stunden.
Macht yast überhaupt noch was laut /var/log/YaST2/y2log?
Ich bin nicht mehr dazu gekommen, das zu überprüfen, bevor ich alles gekillt habe. Aber: Ich habe nun versucht, mit rug zu arbeiten und das Ergebnis ist nicht gut. 'rug sd 2' (Die 2. Quelle war die Update Quelle) habe ich nach einer halben Stunde ohne Reaktion abgebrochen. Achim
Am Sonntag, 10. September 2006 21:10 schrieb Achim Schäfer:
Am Sonntag, 10. September 2006 20:36 schrieb Jan Ritzerfeld:
Ich habe nur die Update Quelle hinzugefügt und warte nun seit fast drei Stunden.
Macht yast überhaupt noch was laut /var/log/YaST2/y2log?
Ich bin nicht mehr dazu gekommen, das zu überprüfen, bevor ich alles gekillt habe.
Naja, da sind ja schon Zeitstempel drin ... ;)
Aber: Ich habe nun versucht, mit rug zu arbeiten und das Ergebnis ist nicht gut. 'rug sd 2' (Die 2. Quelle war die Update Quelle) habe ich nach einer halben Stunde ohne Reaktion abgebrochen.
War auch nur so ne Idee. YaST wird ja auch nicht viel anderes machen. Und der ist ja auch in den Timeout gerannt. :-( Gruß Jan -- The solving of a problem lies in finding the solvers.
Am Sonntag, 10. September 2006 22:00 schrieb Jan Ritzerfeld:
Am Sonntag, 10. September 2006 21:10 schrieb Achim Schäfer:
Am Sonntag, 10. September 2006 20:36 schrieb Jan Ritzerfeld:
Ich habe nur die Update Quelle hinzugefügt und warte nun seit fast drei Stunden.
Macht yast überhaupt noch was laut /var/log/YaST2/y2log?
Ich bin nicht mehr dazu gekommen, das zu überprüfen, bevor ich alles gekillt habe.
Naja, da sind ja schon Zeitstempel drin ... ;)
Aber dafür müsste ich wissen, wann ich angefangen habe...
Aber: Ich habe nun versucht, mit rug zu arbeiten und das Ergebnis ist nicht gut. 'rug sd 2' (Die 2. Quelle war die Update Quelle) habe ich nach einer halben Stunde ohne Reaktion abgebrochen.
War auch nur so ne Idee. YaST wird ja auch nicht viel anderes machen. Und der ist ja auch in den Timeout gerannt. :-(
Nachdem das erst mal alles nicht geklappt hatte, habe ich mir gedacht, ich übe mich noch einmal in etwas mehr Geduld. Damit hatte ich (zumindest teilweise) Erfolg. Erst mal habe ich wieder die Installationsquellen in Yast aufgerufen. Dort habe ich (wie vorher auch) die Update Quelle hinzugefügt. (Das vorher abgebrochene Löschen dieser Quelle per rug war offensichtlich trotz Abbruch erfolgreich. Die Quelle war nicht mehr da.) Dann habe ich auf "Beenden" geklickt, gewartet und etwas ganz anderes getan... Viel später (mindestens 1/2 Stunde) meldete sich plötzlich der Zen-Updater und hat mir diverse Updates angeboten. Unter anderem den yast2-packager, libzypp, ... Diese Updates habe ich eingespielt und plötzlich läuft alles viel besser: - Die lange vermisste Version vom yast2-packager ist endlich da: # rpm -q yast2-packager yast2-packager-2.13.139-1.3 - Der Aufruf von Yast Online Update dauert nur noch 2 und nicht mehr 12 Minuten. - Das Beenden des Dialogs zur Auswahl der Installationquellen funktioniert in wenigen Sekunden. Jetzt werde ich nur noch die Packman Quelle wieder hinzufügen, aber wenn dabei nichts besonderes passiert ist das wohl hiermit gelöst. Welcher meiner vielen Schritte letztendlich für den Erfolg verantwortlich ist, wird wohl ein Rätsel bleiben. Danke an Jan für die Hilfe! Gruß Achim
Hallo, als abschließende Info zu diesem Problem: Am Sonntag, 10. September 2006 23:56 schrieb Achim Schäfer:
[ viel hin und her mit Installationsquellen ... ]
Diese Updates habe ich eingespielt und plötzlich läuft alles viel besser:
- Die lange vermisste Version vom yast2-packager ist endlich da: # rpm -q yast2-packager yast2-packager-2.13.139-1.3
Und damit ist das Problem aus meiner ersten Frage nun endlich auch gelöst: Nachdem ich das Kästchen "nicht mehr melden" (oder ähnlich) bei der Beschwerde über die fehlende Packman Signatur angeklickt habe, kommt diese Meldung nun auch wirklich nicht mehr.
- Der Aufruf von Yast Online Update dauert nur noch 2 und nicht mehr 12 Minuten.
- Und auch der Aufruf der Softwareinstallation in Yast dauert "nur" noch 2 Minuten.
- Das Beenden des Dialogs zur Auswahl der Installationquellen funktioniert in wenigen Sekunden.
DANKE! Das macht das System wieder benutzbar. Achim
Am Montag, 11. September 2006 11:44 schrieb Achim Schäfer:
(...). Am Sonntag, 10. September 2006 23:56 schrieb Achim Schäfer: (...). Und damit ist das Problem aus meiner ersten Frage nun endlich auch gelöst: Nachdem ich das Kästchen "nicht mehr melden" (oder ähnlich) bei der Beschwerde über die fehlende Packman Signatur angeklickt habe, kommt diese Meldung nun auch wirklich nicht mehr.
Na endlich. :-D
- Der Aufruf von Yast Online Update dauert nur noch 2 und nicht mehr 12 Minuten.
- Und auch der Aufruf der Softwareinstallation in Yast dauert "nur" noch 2 Minuten.
Ja, mit dem Update ist es schon deutlich besser geworden.
- Das Beenden des Dialogs zur Auswahl der Installationquellen funktioniert in wenigen Sekunden.
DANKE!
Schön, daß es letztlich doch geklappt hat. :)
Das macht das System wieder benutzbar.
Falls du auf die Idee kommen solltest, auch suser-guru hinzuzufügen: Nimm die YUM-Quelle. Vorher hatte ich die YaST-Quelle eingestellt, aber ich konnte die Aktualisierung nicht dauerhaft aktivieren. Gruß Jan -- If you resolve to give up smoking, drinking and loving, you don't actually live longer, it just seems that way.
Am Montag, 11. September 2006 14:45 schrieb Jan Ritzerfeld:
Schön, daß es letztlich doch geklappt hat. :)
Ja, wirklich. Ich war kurz vor dem Verzweifeln. Auf die bereits erwähnte Neuinstallation hatte ich nach kurzem Überlegen nämlich nicht mehr so viel Lust.
Falls du auf die Idee kommen solltest, auch suser-guru hinzuzufügen: Nimm die YUM-Quelle. Vorher hatte ich die YaST-Quelle eingestellt, aber ich konnte die Aktualisierung nicht dauerhaft aktivieren.
Danke für den Tipp. Im Moment komme ich aber so schnell überhaupt nicht mehr auf die Idee, irgend etwas an den Installationsquellen zu ändern. ;-) Gruß Achim
Am Montag, 11. September 2006 18:03 schrieb Achim Schäfer:
Am Montag, 11. September 2006 14:45 schrieb Jan Ritzerfeld:
Schön, daß es letztlich doch geklappt hat. :)
Ja, wirklich. Ich war kurz vor dem Verzweifeln.
Ein Teil meiner Leidensgeschichte ist hier verewigt: https://bugzilla.novell.com/show_bug.cgi?id=186401
Auf die bereits erwähnte Neuinstallation hatte ich nach kurzem Überlegen nämlich nicht mehr so viel Lust.
Hehe. Ja, hatte ich auch nicht, vor allem, da es mir ja nicht einmal langfristig etwas gebracht hätte. Daher habe ich dann einfach mal auf gut Glück Daten aus /var/lib/zmd bzw. /var/lib/zypp gelöscht. Viel schlimmer konnte es ohnehin nicht mehr werden.
Falls du auf die Idee kommen solltest, auch suser-guru hinzuzufügen: Nimm die YUM-Quelle. Vorher hatte ich die YaST-Quelle eingestellt, aber ich konnte die Aktualisierung nicht dauerhaft aktivieren.
Danke für den Tipp.
Übrigens, der "tolle" Effekt der fehlenden Aktualisierung war, soweit ich das verstehe, daß es die suser-guru-Quelle nur direkt nach dem Hinzufügen bzw. Ersetzen mit sich selbst funktionierte. Danach fand YaST dann einfach nicht mehr die Pakete in dieser Quelle. Was ja auch irgendwie klar ist, wenn die Pakete dieser Quelle laufend durch neue ersetzt werden aber YaST seine Liste nicht aktualsiert. Da YaST direkt nach dem Hinzufügen aber immer brav eine aktivierte Aktualisierung angezeigt hatte, bin ich da erst sehr spät drauf gekommen. Argh ...
Im Moment komme ich aber so schnell überhaupt nicht mehr auf die Idee, irgend etwas an den Installationsquellen zu ändern. ;-)
Irgendwann bekommt man Übung darin. Und eine gewisse Frustrationstoleranz. :-D Gruß Jan -- Life is tough, life is tougher when you're stupid.
Am Sonntag, 10. September 2006 17:17 schrieb Achim Schäfer:
Am Sonntag, 10. September 2006 13:01 schrieb Jan Ritzerfeld: (...).
Nunja, hast du denn überhaupt mal in letzter Zeit Updates über das Online-Update bekommen?
Ja, das habe ich. Zuletzt noch innerhalb der letzten drei Tage. (irgendwas mit "alsa" u.a. Details habe ich nicht im Kopf.)
Für alsa selbst gibt es AFAIK jedenfalls kein Update von SUSE. Eher von Packman, aber das ist auch schon ein paar Tage länger her. Und zumindest unter den vom Online-Update angezeigten Patches sollte man dieses auch gar nicht sehen, oder? Zum Vergleich: ein recht aktuelles Update ist das von kdebase3. rpm -q kdebase3 kdebase3-3.5.1-69.32
Nur habe ich eben den neueren yast2-packager offensichtlich nicht bekommen. Vielleicht fehlt mir auch sonst noch was?
Ich habe eher die Sorge, daß du tatsächlich gar keine SUSE-Updates mehr bekommst. Weil warum sollte gerade und nur das libzypp-Update nicht auftauchen? Siehst du das eigentlich in der Patch-Übersicht vom Online-Update?!
Jedenfalls habe ich versucht, alle Installationsquellen bis auf die DVD zu löschen, um sie dann nach und nach von Hand wieder einzutragen. Das dauert alles irsinnig lange und führt zu folgenden Fehlermeldungen:
1. Beim löschen aller Quellen: rug failed to delete a ZYPP service: FEHLER: Dienst 'ftp://ftp.suse.com/pub/suse/update/10.1' nicht gefunden (...).
Kenn ich.
2. Anschließend habe ich zum Testen ein Yast Online Update laufen lassen. Es gab keine Updates aber auch keine Fehler.
Zumindest das YaST Online-Update sollte sich an den zmd-Problemem mal gar nicht stören. Daher bezweifle ich, daß es besser funktionieren wird, wenn deine zmd-Probleme gelöst sind.
3. Beim erneuten Hinzufügen der Quelle (1. Versuch): rug failed to add a ZYPP service: Command timed out after 1800200 msec.
Kenn ich.
4. Beim 2. Versuch, die Quelle hinzuzufügen: Fehlermeldung, dass die Quelle bereits existiere. (Wortlaut der Meldung habe ich nicht mehr, sorry. Es geht um die genannte Quelle, die er erst nicht löschen konnte.) Ich habe ausgewählt, dass er trotdem weiter machen soll.
Kenn ich. Toll, oder? Du kannst mal probieren die Quellen von Hand auf der Konsole mit "rug sd" zu löschen. Ich meine da müßte man einfach nur die Nummer angeben, die man mit "rug sl" herausfindet.
Im Moment warte ich auf das Beenden des Dialogs zum Verwalten der Quellen. Wie auch der Aufruf des Dialogs dauert das im Moment immer etwa eine halbe Stunde. :-((((
Ich habe das auch schon mindestens dreimal gemacht. Ich wollte die Probleme mit den fehlenden Signaturen von Packman und so reproduzieren. War echt spaßig. :-/
Insgesamt habe ich den Eindruck, dass hier einiges durcheinander ist. Wie kann ich das denn wieder in Ordnung bringen, wenn selbst das Löschen der Quellen zu Fehlermeldungen führt?
Holzhammer-Methode, sprich alles vom zmd löschen bzw. verschieben. Ich wußte mir jedenfalls nicht besser zu helfen. Die Befehle in der folgenden Liste solltest du allerdings nicht blind abtippen, sondern schon verstehen was du machst, ich schreib das nämlich aus dem Kopf auf und da könnte einiges falsch sein. Achja, auch ganz allgemein: Keine Gewähr! :) zmd anhalten (rczmd stop) zmds Daten wegsichern (mv -i /var/lib/zmd /root/) zmd starten (rczmd start) Mit /var/lib/zypp sollte man das so übrigens lieber nicht machen ... Danach sollte das Quellen-Ersetzen im YaST erstmal wieder funktionieren. Wenn du packman und so hinzufügst, könnte es aber gut sein, daß es am nächsten Tag wieder kaputt ist. Sei mutig und probier man in /etc/sysconfig/security # When working with packages and installation sources, check keys # and signatures: yes = in YaST and ZENWorks, yast = in YaST, no = # no checking. # CHECK_SIGNATURES=yes statt "yes" einfach "no" oder "yast". SuSEconfig laufen lassen nicht vergessen. Gruß Jan -- It's better to keep your mouth shut and appear stupid, than to open it and remove all doubt.
Am Sonntag, 10. September 2006 18:49 schrieb Jan Ritzerfeld:
(...).
Nunja, hast du denn überhaupt mal in letzter Zeit Updates über das Online-Update bekommen?
Ja, das habe ich. Zuletzt noch innerhalb der letzten drei Tage. (irgendwas mit "alsa" u.a. Details habe ich nicht im Kopf.)
Für alsa selbst gibt es AFAIK jedenfalls kein Update von SUSE. Eher von Packman, aber das ist auch schon ein paar Tage länger her. Und zumindest unter den vom Online-Update angezeigten Patches sollte man dieses auch gar nicht sehen, oder?
Die Aussage zu "alsa" habe ich wohl falsch in Erinnerung. Aber egal, was es genau war: Ich habe auf jeden Fall per YOU Updates eingespielt. Gibt es log-Dateien, in denen das drinsteht? Habe ich auf die Schnelle nicht gefunden.
Zum Vergleich: ein recht aktuelles Update ist das von kdebase3. rpm -q kdebase3 kdebase3-3.5.1-69.32
Das habe ich auch.
Nur habe ich eben den neueren yast2-packager offensichtlich nicht bekommen. Vielleicht fehlt mir auch sonst noch was?
Ich habe eher die Sorge, daß du tatsächlich gar keine SUSE-Updates mehr bekommst.
Das scheint nicht der Fall zu sein. Irgendwelche Updates habe ich per YOU definitiv vor kurzem gemacht.
Weil warum sollte gerade und nur das libzypp-Update nicht auftauchen?
Gute Frage.
Siehst du das eigentlich in der Patch-Übersicht vom Online-Update?!
Das werde ich mal nachsehen. Erst mal muss ich jetzt die seit fast drei Stunden sich nicht beendende Auswahl der Installationsquellen abschießen. Danach mach ich mich daran, nach Deinen restlichen Hinweisen zu versuchen, das ganze wieder hinzubiegen. Achim
Am Sonntag, 10. September 2006 20:13 schrieb Achim Schäfer:
Am Sonntag, 10. September 2006 18:49 schrieb Jan Ritzerfeld:
(...).
Nunja, hast du denn überhaupt mal in letzter Zeit Updates über das Online-Update bekommen?
Ja, das habe ich. Zuletzt noch innerhalb der letzten drei Tage. (irgendwas mit "alsa" u.a. Details habe ich nicht im Kopf.)
Für alsa selbst gibt es AFAIK jedenfalls kein Update von SUSE. Eher von Packman, aber das ist auch schon ein paar Tage länger her. Und zumindest unter den vom Online-Update angezeigten Patches sollte man dieses auch gar nicht sehen, oder?
Die Aussage zu "alsa" habe ich wohl falsch in Erinnerung. Aber egal, was es genau war: Ich habe auf jeden Fall per YOU Updates eingespielt.
Merkwürdig.
Gibt es log-Dateien, in denen das drinsteht? Habe ich auf die Schnelle nicht gefunden.
Gibt es. So auf die Schnelle scheint mir folgendes dafür geeignet, Packetinstallationen anzeigen zu lassen, z.B. für kdebase3: grep "providePackage.*kdebase3" /var/log/YaST2/y2log*
Zum Vergleich: ein recht aktuelles Update ist das von kdebase3. rpm -q kdebase3 kdebase3-3.5.1-69.32
Das habe ich auch.
So langsam aber sicher weiß ich auch nicht mehr weiter. :-(
(...). Erst mal muss ich jetzt die seit fast drei Stunden sich nicht beendende Auswahl der Installationsquellen abschießen. Danach mach ich mich daran, nach Deinen restlichen Hinweisen zu versuchen, das ganze wieder hinzubiegen.
Als letztes fällt mir noch das Verschieben von einigen Verzeichnissen in /var/lib/zypp ein gleichzeitig mit dem kompletten /var/lib/zmd ein. Diese Verzeichnisse wären cache, db/patches und db/sources. Also wenn du eh eine Neuinstallation in Erwägung ziehst, kannst du eigentlich nicht mehr viel falsch machen. Leider. :-/ Gruß Jan -- An unbreakable toy is useful for breaking other toys.
Hallo, Am Fre, 08 Sep 2006, Achim Schäfer schrieb:
Am Freitag, 8. September 2006 13:58 schrieb Jan Ritzerfeld:
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3
Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an.
Was kann ich tun?
Das RPM runterladen und mit rpm -i installieren. -dnh -- If you found yourself in a situation where you could either save a drowning man, or you could take a Pulitzer prize winning photograph of him drowning, what shutter speed and setting would you use? -- Help wanted ad asking for a photo journalist
Am Freitag, 8. September 2006 21:47 schrieb David Haller:
Am Fre, 08 Sep 2006, Achim Schäfer schrieb:
Am Freitag, 8. September 2006 13:58 schrieb Jan Ritzerfeld:
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3
Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an.
Was kann ich tun?
Das RPM runterladen und mit rpm -i installieren.
Natürlich geht das. Aber eigentlich sollte das doch anders funktionieren. Wofür habe ich denn das Yast Online-Update? Ich wüsste gerne, warum mir ein verfügbares Update nicht angeboten wird. Gruß Achim
Hallo, Am Freitag, 8. September 2006 21:47 schrieb David Haller:
Hallo,
Am Fre, 08 Sep 2006, Achim Schäfer schrieb:
Am Freitag, 8. September 2006 13:58 schrieb Jan Ritzerfeld:
# rpm -q yast2-packager yast2-packager-2.13.139-1.3
Interessant. Bei mir kommt: # rpm -q yast2-packager yast2-packager-2.13.105-3
Also habe ich eine ältere Version. Yast Online-Update und auch der Zen-Updater zeigen aber keine verfügbaren Updates an.
Was kann ich tun?
Das RPM runterladen und mit rpm -i installieren.
ich habe die Version yast2-packager-2.13.139-1.3, erhalte beim Hinzufügen beim ZEN-Updater jedoch die Fehlermeldung: The file '/repodata/repomd.xml (ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1)' is not digitally signed. If you would like to proceed anyway you can set the security-level preference to 'checksum' or 'none' to disable signature verification. Was muss ich tun? Viele Grüße Bernd Stäglich
Am Montag, 11. September 2006 18:51 schrieb Bernd Stäglich:
(...). The file '/repodata/repomd.xml (ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1)' is not digitally signed. If you would like to proceed anyway you can set the security-level preference to 'checksum' or 'none' to disable signature verification.
Wow. Diese Meldung hatte ich damals nicht bekommen. Wäre extrem hilfreich gewesen, vielleicht wurde die auch bei dem Update eingebaut. Wär echt cool.
Was muss ich tun?
Hattest du das, was ich dir mal in deinem Thread "Online-Update funktioniert nicht bei Suse10.1" geantwortet hatte ausprobiert? | (...). /etc/sysconfig/security | # When working with packages and installation sources, check keys | # and signatures: yes = in YaST and ZENWorks, yast = in YaST, no = | # no checking. | # | CHECK_SIGNATURES=yes | | Also da mal "yast" oder "no" eintragen und SuSEconfig laufen lassen. | Wahrscheinlich braucht danach der zmd einen restart. Ob es funktioniert | hat, siehst du dann im "Konfigurieren..."-Dialog des zen-updaters unter | "Einstellungen". Dort sollte sich dann "security-level checksum" oder | sowas finden lassen. Gruß Jan -- The worst form of inequality is to try and make unequal things equal.
Hallo Jan, Am Montag, 11. September 2006 19:59 schrieb Jan Ritzerfeld:
Am Montag, 11. September 2006 18:51 schrieb Bernd Stäglich:
(...). The file '/repodata/repomd.xml (ftp://ftp.uni-erlangen.de/pub/mirrors/packman/suse/10.1)' is not digitally signed. If you would like to proceed anyway you can set the security-level preference to 'checksum' or 'none' to disable signature verification. [...] Hattest du das, was ich dir mal in deinem Thread "Online-Update funktioniert nicht bei Suse10.1" geantwortet hatte ausprobiert?
| (...). /etc/sysconfig/security | # When working with packages and installation sources, check keys | # and signatures: yes = in YaST and ZENWorks, yast = in YaST, no = | # no checking. | # | CHECK_SIGNATURES=yes | | Also da mal "yast" oder "no" eintragen und SuSEconfig laufen lassen. | Wahrscheinlich braucht danach der zmd einen restart. Ob es funktioniert | hat, siehst du dann im "Konfigurieren..."-Dialog des zen-updaters unter | "Einstellungen". Dort sollte sich dann "security-level checksum" oder | sowas finden lassen. ich weiß nicht, was vorhin in mich gefahren ist: Ja ich hatte das, was du da geschrieben hattest, sogar noch gelesen, allerdings bevor(!) ich mit der Meldung konfrontiert wurde, und hatte den Punkt völlig aus dem Auge verloren, als es dann passierte.
Also ich denke, das war's. Ich habe jetzt auf "no" gestellt und werde dann beim nächsten passenden Update ja sehen, was passiert. Dank dieses Threads habe ich die problematischen Downloads über YASt ja mittlerweile hingekriegt, so dass ich also irgendwie schon zurecht komme. Für alles noch mal vielen Dank. Viele Grüße Bernd
Am Montag, 11. September 2006 22:09 schrieb Bernd Stäglich:
Am Montag, 11. September 2006 19:59 schrieb Jan Ritzerfeld: (...).
| (...). /etc/sysconfig/security | # When working with packages and installation sources, check keys | # and signatures: yes = in YaST and ZENWorks, yast = in YaST, no = | # no checking. | # | CHECK_SIGNATURES=yes | | Also da mal "yast" oder "no" eintragen und SuSEconfig laufen lassen. | Wahrscheinlich braucht danach der zmd einen restart. Ob es | funktioniert hat, siehst du dann im "Konfigurieren..."-Dialog des | zen-updaters unter "Einstellungen". Dort sollte sich dann | "security-level checksum" oder sowas finden lassen.
ich weiß nicht, was vorhin in mich gefahren ist: Ja ich hatte das, was du da geschrieben hattest, sogar noch gelesen, allerdings bevor(!) ich mit der Meldung konfrontiert wurde,
Ja, ich hatte das auch in "weiser Voraussicht" geschrieben. :-D
und hatte den Punkt völlig aus dem Auge verloren, als es dann passierte.
Passiert ...
Also ich denke, das war's. Ich habe jetzt auf "no" gestellt und werde dann beim nächsten passenden Update ja sehen, was passiert. (...).
Wichtiger ist aber, daß die Quelle auch wirklich im zmd angekommen ist. Also du sie nochmals hinzugefügt hast, ohne daß Probleme auftraten. Sprich, "rug sl" sollte sie auch auflisten. Gruß Jan -- The best laid plans of mice and men are usually equal.
participants (9)
-
Achim Schäfer -
Bernd Stäglich -
Christian Paul -
David Haller -
Jan Ritzerfeld -
Manfred Tremmel -
Mathias Homann -
Renate Neike -
Sascha Blum