-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
[gelöst] Automatische Aktualisierung der Programme?
- Ersteller wilux
- Erstellt am
Ich liebe diese konkreten Fragestellungen! 
Nenn mal ein paar Beispiele! Ansonsten guck dir mal die Manpage zu zypper an.
Nenn mal ein paar Beispiele! Ansonsten guck dir mal die Manpage zu zypper an.
Deshalb mein Vorschlag, das mit Zypper zu regeln. Über die Konsole ist das fast so flott wie eine Automatik, und man kann sich VORHER ansehen, was gemacht werden soll.dietger schrieb:
Ganymed
Guru
Hi wilux,
so etwas ähnliches wie den Knopf zur Selbstversenkung bei Kriegschiffen findest Du unter YAST - Software installlieren und löschen - Paketgruppen - alle Pakete - Paket - Alle in dieser Liste - Aktualisieren, falls neue verfügbar.
Wenn Du bei der Zusammenstellung der Repos und deren Priorisierung nicht gepfuscht hast, funktioniert das sehr gut, wenn Du Konfliktmeldungen nicht ignorierst.
Hoffentlich kriege ich für diesen Tip jetzt keine Haue :???: :???:
Gruß Ganymed
so etwas ähnliches wie den Knopf zur Selbstversenkung bei Kriegschiffen findest Du unter YAST - Software installlieren und löschen - Paketgruppen - alle Pakete - Paket - Alle in dieser Liste - Aktualisieren, falls neue verfügbar.
Wenn Du bei der Zusammenstellung der Repos und deren Priorisierung nicht gepfuscht hast, funktioniert das sehr gut, wenn Du Konfliktmeldungen nicht ignorierst.
Hoffentlich kriege ich für diesen Tip jetzt keine Haue :???: :???:
Gruß Ganymed
gropiuskalle
Guru
Von mir jedenfalls nicht, denn das alles ist prinzipiell völlig richtig. Die Frage ist nur, ob man solch ein Vorgehen allgemein empfehlen sollte. Der Knackpunkt ist hier:
...und genau daran hapert es. Mit jedem zusätzlichen Repository erhöht sich der benötigte Sachverstand, sprich: welche Pakete beinhaltet ein Repo, zu welchen anderen Repos ist es kompatibel, wie sauber sind die Pakete gepackt, ist die Software bleeding edge oder schon gut getestet etc. Hinzu kommt eine konsequente und angemessene Vorgehensweise bei Konflikten, der Umgang mit locks sowie die schon erwähnten Priorisierungen.
Wer seine Quellen im überschaubaren Rahmen hält und sich nicht ohne Not laufend Anbieterwechseln aussetzt, kann es dagegen recht locker angehen. Auch dann sollte man allerdings auf eventuell auftauchende Konflikte achten - ein wie auch immer geartetes update einfach unbesehen durchzuwinken ist keinesfalls zu empfehlen.
Ganymed
Guru
Hi,
nun ritt mich ein kleines Teufelchen
Aus,
und folgen den Repos;
aktualisierte ich durch "Aktualisieren, falls neue verfügbar " eine voll aufgerödelte Bunte-Bilder-Mach-Maschine.
Das einzige, was in der Paketliste rot erschien, war und ist das unaussprechliche DVD-Paket, da es selten aktualisiert wird und sich das Aktivierte Repo nicht immer mit dem Pakman verträgt.
Das letzte Update war etwa als der Kernel-2.6.34.7 angeboten wurde. So wünschte YAST heute etwa 1,4 GB zu aktualisieren. Das war schon eine hohe Hausnummer.
Noch einmal nach Abhängigkeiten und evtl ein Kernelupdate gesucht (ein Solches lasse ich immer separat durch laufen).
"Alle Paketabhängigkeiten sind in Ordnung" >> Akzeptieren und die Box rödeln lassen.
Nach der abschliesenden Öffnung einer parallen Sitzung, bei der auch ein neuer X-Server gestartet wurde, erschien ein neues KDE.
Nach einem Warmstart fand ich in der Konsole folgendes:
Obwohl ich nach dieser Erfahrung meine dass im Factory ein richtig guter Job getan wird, lautet meine Emfehlung an Leute die schnell aus der Haut fahren, für KDE 4.5 das KDE Release Repo einzubinden.
Wie gesagt, mich ritt ein Teufelchen und ich wollte es einfach ´mal wissen.
Gruß Ganymed
nun ritt mich ein kleines Teufelchen
Aus,
Code:
p5:~ # uname -a
Linux p5 2.6.34.7-0.3-desktop #1 SMP PREEMPT 2010-09-20 15:27:38 +0200 x86_64 x86_64 x86_64 GNU/Linux
p5:~ # kde4-config --version
Qt: 4.7.0
KDE Development Platform: 4.5.1 (KDE 4.5.1)
kde4-config: 1.0
p5:~ #
Code:
p5:~ # zypper lr -uP
# | Alias | Name | Enabled | Refresh | Priority | URI
---+----------------------------------------------+----------------------------------+---------+---------+----------+----------------------------------------------------------------------------------------
5 | Salome:/Factory | Salome:/Factory | Yes | Yes | 20 | http://download.opensuse.org/repositories/Education%3a/Salome%3a/Factory/openSUSE_11.3/
6 | Salome:/Factory/openSUSE_Factory | Salome:/Factory/openSUSE_Factory | Yes | Yes | 25 | http://download.opensuse.org/repositories/Education:/Salome:/Factory/openSUSE_Factory/
9 | packman-gwdg | packman-gwdg | Yes | Yes | 30 | http://ftp.gwdg.de/pub/linux/misc/packman/suse/11.3/
2 | KDE:/Distro:/Factory | KDE:/Distro:/Factory | Yes | Yes | 35 | http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3
3 | KDE:/Extra | KDE:/Extra | Yes | Yes | 40 | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Distro_Factory/
8 | download.opensuse.org-mozilla | Mozilla | Yes | Yes | 45 | http://download.opensuse.org/repositories/mozilla/openSUSE_11.3/
4 | OpenOffice.org | OpenOffice | Yes | Yes | 50 | http://download.opensuse.org/repositories/OpenOffice.org%3a/STABLE/openSUSE_11.3/
14 | virtualbox | virtualbox | Yes | Yes | 60 | http://download.virtualbox.org/virtualbox/rpm/opensuse/11.3
7 | download.nvidia.com-opensuse | NVIDIA | Yes | Yes | 70 | ftp://download.nvidia.com/opensuse/11.3/
1 | Aktualisierungen für openSUSE 11.3 11.3-1.82 | Update | Yes | Yes | 90 | http://download.opensuse.org/update/11.3/
11 | repo-non-oss | Non-Oss | Yes | Yes | 97 | http://download.opensuse.org/distribution/11.3/repo/non-oss/
12 | repo-oss | Oss | Yes | Yes | 97 | http://download.opensuse.org/distribution/11.3/repo/oss/
10 | repo-debug | openSUSE-11.3-Debug | No | No | 99 | http://download.opensuse.org/debug/distribution/11.3/repo/oss/
13 | repo-source | openSUSE-11.3-Source | No | No | 99 | http://download.opensuse.org/source/distribution/11.3/repo/oss/
p5:~ # uname -aDas einzige, was in der Paketliste rot erschien, war und ist das unaussprechliche DVD-Paket, da es selten aktualisiert wird und sich das Aktivierte Repo nicht immer mit dem Pakman verträgt.
Das letzte Update war etwa als der Kernel-2.6.34.7 angeboten wurde. So wünschte YAST heute etwa 1,4 GB zu aktualisieren. Das war schon eine hohe Hausnummer.
Noch einmal nach Abhängigkeiten und evtl ein Kernelupdate gesucht (ein Solches lasse ich immer separat durch laufen).
"Alle Paketabhängigkeiten sind in Ordnung" >> Akzeptieren und die Box rödeln lassen.
Nach der abschliesenden Öffnung einer parallen Sitzung, bei der auch ein neuer X-Server gestartet wurde, erschien ein neues KDE.
Nach einem Warmstart fand ich in der Konsole folgendes:
Code:
p5:~ # kde4-config --version
Qt: 4.7.0
KDE Development Platform: 4.5.2 (KDE 4.5.2)
kde4-config: 1.0
p5:~ # p5:~ #Obwohl ich nach dieser Erfahrung meine dass im Factory ein richtig guter Job getan wird, lautet meine Emfehlung an Leute die schnell aus der Haut fahren, für KDE 4.5 das KDE Release Repo einzubinden.
Wie gesagt, mich ritt ein Teufelchen und ich wollte es einfach ´mal wissen.
Gruß Ganymed
Escho
Advanced Hacker
Das in Yast mit "alle Pakete aktualisieren, wenn neue vorhanden sind" ist meiner Meinung nach eine Prima Sache. Nur schaue ich, bevor ich auf "akzeptieren" drücke noch in die Installationsübersicht. Da werden nämlich alle ausgewählten Änderungen angezeigt und ich kann immer noch entscheiden, ob ich das will oder nicht.
Edgar
Edgar
Ganymed
Guru
Durch Aktionen wie oben beschrieben, verzichtet man im einfachsten Fall z.B. auf die Language-packs in den Sektionen von KDE-Kontact. Wenn man vielleicht ein paar exotische Fensterdekorationen oder andere nicht ganz zusammenpassende Designelemente konfigurierte, kann es schon vorkommen, dass Klicks micht mehr weiterverarbeitet werden - oder sehr beliebt, die Abmeldeprozedur funktioniert nicht wie gewohnt. Das sind halt die Gimmicks des Factory im Buildservice. :???:
Gruß Ganymed
edit:nachdem diese "Festplatte" (Spielsystem im Wechselrahmen) scheinbar so gut funktioniert, werde mit ihr den Wechsel nach kde 4.6 erleben
Gruß Ganymed
edit:nachdem diese "Festplatte" (Spielsystem im Wechselrahmen) scheinbar so gut funktioniert, werde mit ihr den Wechsel nach kde 4.6 erleben
Danke Ganymed für Deine Wegbeschreibung.
Bin gerade mal dabei das zu machen. Zwar muss ich bei der Beurteilung der 21 zu aktualisierenden Pakete weiterhin sehr vorsichtig sein, aber für mich sieht sie gut aus:
K3b mit odecs
libxine mit codecs
python-mit
vlc mit Zusätzen (Firefox)
u. a.
Bei meinen Paketquellen bin ich jetzt soweit sicher, dass hier alles o. k. ist. Gropuiskalle hat mir hier vor kurzem toll geholfen (=) ).
Danke für eure Hinweise und Tipps. Werde weiterhin mitlesen.
wilux
Bin gerade mal dabei das zu machen. Zwar muss ich bei der Beurteilung der 21 zu aktualisierenden Pakete weiterhin sehr vorsichtig sein, aber für mich sieht sie gut aus:
K3b mit odecs
libxine mit codecs
python-mit
vlc mit Zusätzen (Firefox)
u. a.
Bei meinen Paketquellen bin ich jetzt soweit sicher, dass hier alles o. k. ist. Gropuiskalle hat mir hier vor kurzem toll geholfen (=) ).
Danke für eure Hinweise und Tipps. Werde weiterhin mitlesen.
wilux
Ganymed
Guru
Hi,
ich möchte wirklich betonen, dass diese Wegbeschreibung, so bequem sie scheint und gestern auch wunderbar funktionierte, nicht meiner gewöhnlichen Vorgehensweise entspricht - denn dann wäre ich hier sicherlich öfter in Panikattacken um Hilfe schreiend unterwegs. Ein One-Klick-Update aus dem Factory würde ich nie empfehlen.
Auf meiner knapp drei Jahre alten "Wörkstation" gibt es einfach keine Hardware/Treiberprobleme mit Linux mehr. Wenn man dann noch ein paar Wechselrahmen und eine handvoll kleiner Festplatten mit Images hat, können solche Spielereien durchaus spannend sein.
Gruß Ganymed
ich möchte wirklich betonen, dass diese Wegbeschreibung, so bequem sie scheint und gestern auch wunderbar funktionierte, nicht meiner gewöhnlichen Vorgehensweise entspricht - denn dann wäre ich hier sicherlich öfter in Panikattacken um Hilfe schreiend unterwegs. Ein One-Klick-Update aus dem Factory würde ich nie empfehlen.
Auf meiner knapp drei Jahre alten "Wörkstation" gibt es einfach keine Hardware/Treiberprobleme mit Linux mehr. Wenn man dann noch ein paar Wechselrahmen und eine handvoll kleiner Festplatten mit Images hat, können solche Spielereien durchaus spannend sein.
Gruß Ganymed