Hallo, [Quote repariert] Am Sat, 25 Jan 2014, Rainer Gubanski schrieb:

...

Am Fri, 24 Jan 2014, Rainer Gubanski schrieb:

...

Apper zeigt ja wichtige Updates getrennt vom Rest an. Zypper -lu macht das standardmässig nicht und ich habe noch keinen Parmeter gefunden, mit dem ich ähnliches erreichen kann, also eine besondere Kennzeichnung wichtiger Updates. Gibt es diese Möglichkeit überhaupt mit zypper? # zypper lp -g security # zypper lp -b # zypper lp --issues

Keine Ahnung was davon du suchst.

also sind alle wichtigen (weil zum Beispiel die Sicherheit betreffend) Updates als Patches "gelistet" und niemals package oder product? Das war mir aus dem lesen der Manpage nicht klar geworden.

Das hat erstmal mit zypper nix zu tun. Das betrifft die Vorgehensweise (oder "Richtlinie" oder "Politik") wie openSUSE Pakete / Patches behandelt. Und das hängt AFAIK inzwischen auch davon ab wie das jew. Devel-Projekt das handhabt. Die generelle Richtlinie ist soweit ich weiß, daß man keine Versionsupdates machen sollte, sondern ggfs. Sicherheitspatches auf die jew. alte Version zurückportiert: In Version foo-1.0.0 wird ein sicherheitsrelevanter Bug gefunden, Version 1.0.0 findet sich z.Z. in Factory und im jew. -devel Projekt das foo für Factory paketiert (das kann z.B. Base:System aber auch multimedia:libs sein ;) Vom Upstream gibt's nun ein Update/Patch auf Version 1.0.1. Für das Devel-Projekt/Factory ist das problemlos, da sie den Patch direkt anwenden können. Für Distri-Releases wird's schon schwieriger, sagen wir (ausgehend vom aktuellen Stand) 13.1 wurde mit 0.9.8 ausgeliefert, 12.3 mit 0.8.6 und 12.2 mit 0.7.5. Ja, wat machste nu? Alle auf 1.0.1 hieven? Klappt nicht immer, denn andere Pakete auf z.B. 12.2 verlangen z.B. das 0.7er Interface und kommen mit dem aktuellen 0.9er/1.0er nicht klar. Dann müßte man auch alle diese Pakete anpassen und aktualisieren. Doof das. Viel Arbeit. Alternativ kann man den Patch (der die Sicherheit betrifft) in die alten Pakete "portieren". Das ist manchmal trivial[1], oft aber ein mehr oder weniger großer Haufen Arbeit weil sich zuviel vom drumrum geändert hat. Irgendwann muß man sich dann eben entscheiden, welche Arbeit man sich (und den abhängigen Paket-Maintainern) macht, und eben entweder den Patch für alte Versionen anpassen oder die neue Version in die alte Distribution integrieren. Was also tun? Es kommt einfach drauf an! Normal gibt's aber keine Versionsupdates, nur (zurückportierte) Korrekturen. Manchmal aber auch Versionsupdates. AFAIR gibt's alle diese Updates/Patches aber als "patch", d.h. sie tauchen bei 'zypper lp' auf und nicht nur bei 'zypper lu'... Demnächst könnte es wieder ne Gelegenheit bei 13.1 geben, mal gucken. HTH, -dnh [1] Beispiel: der Fehler ist ein "off-by-one" in einer Routine, die's unverändert seit 0.6 gibt. Die Änderung ist immer die gleiche, allerdings ggfs. um ein paar (dutzend) Zeilen o.ä. verschoben durch neue Funktionen, ggfs. sogar in eine andere Datei. So einen Patch von im Beispiel 1.0.1 auf 0.7.5 zurückzuportieren ist eher einfach, man muß nur die richtige Stelle finden, den Patch anpassen und fertig. Äh, und natürlich für jede Distri den jew. passenden Patch anwenden. Bläht das .spec mit Versionsabfragen auf und nervt ungemein, ist aber nicht schwierig per se. -- Luser: Why hasn't my print come out? Me: Well, my informed, highly experienced opinion would say the fact that the printer is saying 'paper tray empty' might have something to do ith it. Luser: So what should I do? -- stevo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org