Am 29.12.2012 19:26, schrieb Christian Meseberg:

Hallo zusammen,

Malte Gell meinte am Samstag, den 29.12.2012 um 17:02 Uhr wegen:Distribution 12.1 geschickt updaten

...

PS: warum erscheinen meine Postings nicht in der Liste, aber die Antworten auf meine Postings sehe ich!?

liegt an gmail

Das ist aber komisch, immerhin verschluckt Gmail da eine Email an mich... abstellen wird man das nicht können, oder? Gruß Malte -- 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

Hallo, Am Sat, 29 Dec 2012, Malte Gell schrieb:

Am 29.12.2012 19:26, schrieb Christian Meseberg:

...

Malte Gell meinte am Samstag, den 29.12.2012 um 17:02 Uhr wegen:Distribution 12.1 geschickt updaten

...

PS: warum erscheinen meine Postings nicht in der Liste, aber die Antworten auf meine Postings sehe ich!?

liegt an gmail

Das ist aber komisch, immerhin verschluckt Gmail da eine Email an mich... abstellen wird man das nicht können, oder?

Doch geht wo. Google liefert dir immer nur ein Exemplar einer Mail. -dnh -- "Humans need fantasy .. to *be* human" -- Death (in Hogfather) -- 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

Am 29.12.2012 21:17, schrieb Helga Fischer:

Ich find's toll, wie sich Suse da gemacht hat!

Danke für den Bericht. Auf der Suse Seite steht auch, dass das mit zypper zuverlässiger sein soll. Ich werde dass dann mal versuchen. Kann man mit zypper dann auch größere Sprünge machen z.B. 11.4 auf 12.2? Ich habe 11.4 nicht mehr, aber es tät mich interessieren. Gruß Malte -- 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

Am 29. Dezember 2012 21:56 schrieb Malte Gell :

zypper zuverlässiger sein soll. Ich werde dass dann mal versuchen. Kann man mit zypper dann auch größere Sprünge machen z.B. 11.4 auf 12.2? Ich habe 11.4 nicht mehr, aber es tät mich interessieren.

Offiziell supported ist nur ein Versionssprung. Hier hat 11.4 -> 12.1 (später -> 12.2) gut funktioniert. Deshalb: 11.4 -> 12.2 dürfte funktionieren. Wenn nicht: Dafür hast Du ein Backup. Gruß Martin -- 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

Am Samstag, 29. Dezember 2012, 22:46:35 schrieb Matthias Müller:

Hallo,

Am Samstag 29 Dezember 2012 schrieb Martin Schröder:

...

Am 29. Dezember 2012 21:56 schrieb Malte Gell :

...

zypper zuverlässiger sein soll. Ich werde dass dann mal versuchen. Kann man mit zypper dann auch größere Sprünge machen z.B. 11.4 auf 12.2? Ich habe 11.4 nicht mehr, aber es tät mich interessieren.

Offiziell supported ist nur ein Versionssprung.

In eine VM habe ich von 11.3 über 11.4 (Upgrade über Inst-DVD) auf 12.2 (per zypper dup und Sebastian Sieberts geniales HowTo/Blog) aktualisiert.

...

Hier hat 11.4 -> 12.1 (später -> 12.2) gut funktioniert. Deshalb: 11.4 -> 12.2 dürfte funktionieren. Wenn nicht: Dafür hast Du

Habe ich aktuell versucht (27.12 und 28.12), hat definitiv nicht/nur halb funktioniert. Soll heißen: das Basissystem war drauf, ein remote login sowohl per ssh als auch "Anmelden auf Fremdrechner" hat geklappt. Aber der Start des X-Servers klappte nicht. Hab dann das System neu installiert, weil es eine elende Fummelei geworden wäre.

Genau der gleiche Vorgang bei mir. System im Prinzip funktionsfähig, aber X- Server will nicht. Erster Versuch mit Übernahme aller Repos (vorher von 11.4 auf 12.2 umgefummelt) in das neue System, zweiter Versuch nochmal mit nur den Standard-Repos. Danach frisch installiert und die alte Xorg.conf wieder nach /etc/X11 kopiert - läuft. Was aber wieder maximalen Ärger gemacht hat, war KMail! Ich habe das ganze Gewürge letztlich von Null an neu konfiguriert, von Hand die alten Mails reingeholt und dann die ganzen Filter (wo versteckt KMail eigentlich die Filterregeln?) zum Sortieren in die Mailing- und News-Listen neu angelegt. Apropos, kann es sein, daß KMail jetzt als neues Feature manchmal einfach nicht filtert? Das Verwirrende daran ist, daß er eben nur manchmal die Mails nicht in die entsprechenden Ordner sortiert. Von Hand führt es die Filter neuerdings garnicht mehr aus. Ausserdem stürzt KMail seit dieser version reproduzierbar ab, wenn ich eine Mail mit mehreren Bildern drin weiterleiten möchte. (Bugreport ist raus, https://bugs.kde.org/show_bug.cgi?id=312302) Ich habe mir jetzt schonmal ClawsMail parallel eingerichtet. Wenn das mit Kmail so weiter geht, war das die letzte Version, die ich verwendet habe. Eigentlich ist es unglaublich, wie eine derart lange gereifte, bewährte Software seit dem Übergang von KDE3 zu KDE4 nicht wieder zu alter Stabilität zurückfinden kann. Nachtrag: Neuerdings versendet KMail standardmäßig html-Mails, das muß man also erst umstellen, wenn man in Mailinglisten, wie diese hier postet. Grüße, Peter -- 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

Hallo, Am Sat, 29 Dec 2012, Helga Fischer schrieb:

Am Samstag 29 Dezember 2012 schrieb Malte Gell: [...]

...

Ich möchte daher diesmal etwas intelligenter updaten. Meine Idee wäre, das ISO von openSUSE 12.2 zu mounten, die Dateien von dort auf die Platte zu kopieren und dann dieses Verzeichnis in YaST eintragen und dann die ganze Distri per YaST updaten. Geht das so? Oder kann man das noch geschickter machen?

Einfach das ISO als Inst-Quelle einbinden. Ich hab hier für die 12.1 z.B.: ,----[ /etc/zypp/repos.d/DVD.repo ] | [openSUSE-12.1-DVD-x86_64] | name=openSUSE-12.1-DVD-x86_64 | enabled=1 | autorefresh=0 | baseurl=iso:///?iso=openSUSE-12.1-DVD-x86_64.iso&url=file:///data/ | path=/ | type=yast2 | priority=94 | keeppackages=0 `---- Das 'url=' Attribut baseurl muß auf das Verzeichnis mit dem .iso zeigen, der 'iso=' auf den Dateinamen des .iso.

Ich hab's mal mit dem grafischen YaST versucht. (Ja, ich wollte mal rumexperimentieren).

Ist nicht so geeignet, auch wenn ich sonst fast immer Yast verwende um Krams zu installieren (und fast nie zypper), für's "dup" hab ich zypper verwendet, auch wenn die Textausgabe das bei "gebrochenen" Paketen sehr unübersichtlich werden kann.

Repos auf die 12.2 umgeschrieben (inklusive KDE3), im YaST alle rpms auflisten lassen und dann auf alles aktualisieren geklickt. Vier Pakete wollten nicht, da habe ich mich dann von Hand entschieden, was damit passieren soll.

Jap. Im Gegensatz zur offiziellen Anleitung und Sebastian's hab ich hier auch immer _alle_ Repos umgeschrieben und aktiv gelassen. Ich hatte testweise erstmal nur die offiziellen Repos (bzw. die DVD als iso-Quelle) aktiv gelassen, das wäre kolossal schiefgegangen, weil z.B. dem ganze Packman-Kram und vielem anderen aus Extra-Repos diverse Libs gefehlt hätten und somit deinstalliert hätten werden müssen. Und die vielen Extra-Pakete zu notieren (bzw. per RPM --qf rausprokeln) und anschließend nachinstallieren macht keinen Spaß... Mit allen Repos aktiv hat's bisher einige Male geklappt. Hab dazu kurzerhand das /etc/zypper/repos.d/ nach /etc/zypper/repos.d. kopiert (mit mc), und im repos.d die Versionen geändert. Rest wie bei Sebastian. Generell klappen mit zypper auch größere Sprünge. Sogar inkl. Architekturwechsel von 32->64bit ;) Bei letzterem bleiben aber gerne viele 32-bit Pakete (also die i586/i686 und nicht die -32bit.*x86_64 Pakete) im System. Naja, Der Kram läuft ja trotzdem meist und kann bei Gelegenheit irgendwann mal entsorgt bzw. gegen die x86_64 Variante ausgetauscht werden ;) Ansonsten hab ich einiges zu meinem Update-Vorgehen hier in der ML geschrieben. http://lists.opensuse.org/cgi-bin/search.cgi?from=David Haller&list=opensuse-de&page=2&query="zypper dup" z.B.: http://lists.opensuse.org/opensuse-de/2011-06/msg00211.html http://lists.opensuse.org/opensuse-de/2012-09/msg00281.html http://lists.opensuse.org/opensuse-de/2011-12/msg00375.html Achso, hier war's also: [evtl.: 11.1 (32bit)?] -> 11.2 (32bit) -> 11.4 (64bit) -> 12.1 (64bit) mit 'zypper dup' + vorher alle Repos umstellen, cache säubern, ref usw. wie bei Sebastian beschrieben. Vorher hab ich den meist das ISO ausgepackt, davon dann gebootet, und von dort aus dann ne "frische" Installation gemacht. Aber nach dem erfolgreichen 'zypper dup' von 11.2/32bit -> 11.4/64bit (s.o.) bleib ich erstmal bei "zypper dup" ;) Ah, weiß jetzt nimmer ob's dort so steht: nach dem 'dup' usw. _unbedingt_ die /boot/grub/menu.lst bzw. die Config von grub2 prüfen! Da ging immer mal wieder was schief ... Die Nachsorge hab ich IIRC mit Yast gemacht (statt nochmal 'zypper dup', da konnte ich besser das jew. richtige Repo auswählen etc., Tabus setzen, Abhängigkeiten "brechen", bestimmte Versionen wählen und "locken" (beim nächsten Mal) usw.). -dnh -- while (!unconscious()) { perform_KopfGegenWand(forte); } Magnetismus kann man schließlich auch mit Erhitzen oder Erschüttern entfernen. Dann *bang!* muß *bang!* das *bang!* auch mit - *BANG!* - [Andre ER*BANG!*INN*BANG!*ER*BANG!*UNGEN*BANG!BANG!BANG!* gehen. Ahrgh! Bialojahn] -- 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

Hallo, Am Sun, 30 Dec 2012, Sebastian Siebert schrieb:

Am 30.12.2012 16:09, schrieb David Haller: [...]

...

...

Ich hab's mal mit dem grafischen YaST versucht. (Ja, ich wollte mal rumexperimentieren).

Ist nicht so geeignet, auch wenn ich sonst fast immer Yast verwende um Krams zu installieren (und fast nie zypper), für's "dup" hab ich zypper verwendet, auch wenn die Textausgabe das bei "gebrochenen" Paketen sehr unübersichtlich werden kann.

Also, Pakete installiere und suche ich ganz gerne via zypper. Das ist für mich halt auf der Konsole komfortabel. ;-)

Hm. Ich glaub ich hab Tomaten auf den Augen, jedenfalls wenn ich per 'zypper se' was suche und finde und dann per 'zypper in' installieren will (bzw. beides gleich in einem 'zypper sh'), dann vermisse ich da irgendwie die Möglichkeit ne bestimmte Version bzw. ein Repo auszuwählen. Äh, Korrektur: geht. Per '-r' und/oder genauer Version. Aber IMHO umständlich(er). Wie man als nicht-Listen-Newbie wissen sollte bevorzuge ich ja generell die Kommandozeile, aber das ist eines der weningen Dinge wo ich eine (halbwegs gut gemachte) GUI der Kommandozeile vorziehe ;) Speziell die Repo-Sicht in Yast (wobei alle Pakete eines Repos angezeigt werden, via Version aber immer noch alle aus anderen Repos zugänglich sind) ist IMO ein Killerfeature ;) Und ja, meine SW-Auswahl tendiert zu "sehr speziell", teils gemischt mit eigenen gepatchten RPMs im "/usr/src/packages" Repo (z.B. gtk2).

...

...

Repos auf die 12.2 umgeschrieben (inklusive KDE3), im YaST alle rpms auflisten lassen und dann auf alles aktualisieren geklickt. Vier Pakete wollten nicht, da habe ich mich dann von Hand entschieden, was damit passieren soll.

Jap. Im Gegensatz zur offiziellen Anleitung und Sebastian's hab ich hier auch immer _alle_ Repos umgeschrieben und aktiv gelassen.

Ich hatte testweise erstmal nur die offiziellen Repos (bzw. die DVD als iso-Quelle) aktiv gelassen, das wäre kolossal schiefgegangen, weil z.B. dem ganze Packman-Kram und vielem anderen aus Extra-Repos diverse Libs gefehlt hätten und somit deinstalliert hätten werden müssen. Und die vielen Extra-Pakete zu notieren (bzw. per RPM --qf rausprokeln) und anschließend nachinstallieren macht keinen Spaß... Mit allen Repos aktiv hat's bisher einige Male geklappt.

Ich habe hier die Standardkonfiguration /etc/zypp/zypp.conf von zypper/libzypp belassen und dieser löscht keine Pakete vom Packman-Repo bzw. von anderen Repos.

Meine conf ist nur geringfügig geändert. ==== /etc/zypper/zypp.conf [teils nur defaults explizit gesetzt] ==== [main] arch = x86_64 download.use_deltarpm = true download.media_preference = volatile commit.downloadMode = DownloadInAdvance solver.onlyRequires = true multiversion = provides:multiversion(kernel) ==== Wobei ich grad seh, da gibt's nen .rpmnew, mit 2 neuen Optionen ;) Und wenn z.B. dem MPlayer von Packman dann z.B. ne lib fehlt? ISTR, daß der MPlayer nicht von selbst installiert bleibt. Man bekommt nen Fehler und muß die Lib dazuwählen (die's aber nicht in den oS Repos gibt) oder eben MPlayer deinstallieren, oder die Abhängigkeit ignorieren => (MPlayer oder alle nicht-erfüllten Abhängigkeiten notieren und später nachinstallieren = A...-Karte). Und wie gesagt, bei mir hat das Upgrade schon mehrfach mit allen Repos aktiv funktioniert, Probleme gab's nur, wenn ein home:* Repo noch keine Pakete für die jew. neue Version hatte, die wenigen zu notieren ist aber kaum problematisch.

Und das habe ich bei 2 openSUSE-Installationen getestet. Ich habe keine Ahnung was bei dir anders ist.

s.o. wg. Paketen mit Abhängigkeiten, die nicht aus den oS oss/non-oss bzw. auch "nur von der DVD" erfüllt werden können. Wie gesagt, ich hab jetzt auch schon 2-3 Upgrades hinter mir und v.a. davon das 11.2 (32bit) auf 11.4 (64bit) ... Das war zwar komplett vergeigt, aber da konnte zypper nun wirklich nix für, da ich vergessen hatte, die 'arch='-Variable in zypp.conf anzupassen. Nachdem ich dann per Hand den zypper oder yast (weiß nimmer) Krams aus dem ISO per Hand mit 'rpm --root=' rausgeprokelt und installiert hatte, hat mir zypper letztlich nur noch die zu erwartenden Probleme bei 32-vs-64bit und wg. Locks um die Ohren gehauen. ISTR sogar nur wg. locks, den 32bit Krams hab ich dann selber irgendwann mal entsorgt. Kurzum: zypper hat sich besser als erhofft verhalten! Auch beim letzten Upgrade von 11.4 auf 12.1 bekam ich sogar weniger als erwartet Probleme wg. Locks. Ah, doch, ein paar gab's noch wg. neuer libs (libfoo0 -> libfoo1 usw., aber das fällt beim Upgrade erstmal gar nicht auf, es wird halt einfach libfoo1 installiert und die Kiste läuft ;)

[...]

...

Ah, weiß jetzt nimmer ob's dort so steht: nach dem 'dup' usw. _unbedingt_ die /boot/grub/menu.lst bzw. die Config von grub2 prüfen! Da ging immer mal wieder was schief ...

Ja, das war mal notwendig wegen /dev/sdX und /dev/disk/by-id/... Da hatte es mal nicht so geklappt. Manchmal waren bei der Verwendung von Soft-RAID auch falsche Einträge in Grub geschrieben worden. *roll_eyes* Das ist allerdings etwas länger her. Aber sicher ist sicher und man schaut sich die Einträge einfach nochmal an.

Auch sonst hat sich Yast gern mal in der "grub-installieren-Phase" verhaspelt und/oder unvollständige Configs geschrieben. Vertrauen (auf sinnvolle Vorarbeit von yast/zypper) ist gut, Kontrolle ist besser. Und ein 'grub-install.unsupported /dev/sda' bzw. was das jetzt bei grub2 ist (hab ich schon vor Jahren mal bei nem Bekannten So. Nacht nach 24 Uhr mit Ubuntu gemacht ;) ist ja auch kein Hexenwerk, nachdem man die Config von grub[2] kontrolliert hat. Oh, und ein prophylaktisches mkinitrd nach Kontrolle von INITRD_MODULES in /etc/sysconfig/kernel kann auch nicht schaden ;) Ich selber kann mir ja mit jeder bel. Live-/Installations-CD/DVD/USB-Stick Distri, die halbwegs aktuell genug ist helfen, aber für ONU gilt definitv "better safe than sorry". Mach ich ja auch so, weil's einfacher ist. Wie in den verlinkten Mails geschrieben: - '/' Klonen - grub/lilo/grub2 des Originals anpassen, daß es den Klon bootet - fstab des Klons anpassen - Klon booten - zypper dup im Klon - Nacharbeiten (immer noch vom "Originalen" grub gebootet) - wenn alles tut: grub[2]/[e]lilo Config im Klon anpassen und als "Haupt" Bootmanager installieren (im MBR oder die aktive Partition anpassen, wenn man nen generischen DOS-like Chainloader verwendet, der einfach die aktive Partition startet). - Original löschen oder als Backup behalten bis zur nächsten Iteration. Ich mach z.Z. letzteres, also regelmäßig ein 'rsync' neuen Hauptsystem (ehemals der Klon) aufs ehemalige Original. (wird z.Z. nur etwas verkompliziert dadurch, daß Haupt jetzt auf SSD und Backup/ehem. Original auf HDD liegt und ich nach der nächsten Interation das Hauptsystem gern wieder auf der SSD haben will ;)

...

Die Nachsorge hab ich IIRC mit Yast gemacht (statt nochmal 'zypper dup', da konnte ich besser das jew. richtige Repo auswählen etc., Tabus setzen, Abhängigkeiten "brechen", bestimmte Versionen wählen und "locken" (beim nächsten Mal) usw.).

Hier mache ich es lieber mit meinem Skript list-old-opensuse-packages.sh. Damit habe ich gleich eine Liste mit den Unstimmigkeiten, die ich dann via zypper oder YaST bereinige. ;-)

Muß ich mir mal angucken, dein Script ... (ja, das ist ne Drohung :-P) -dnh --

Was ist eigentlich das Grüne auf dem Glastisch? Miniatur-Tentakel? Radioaktiv verseuchte Pinguine? -- J. Sauer und... Nein. Das sind Pinguine nach Anwendung aller SuSE - Patches. -- Hans Bonfigt über Plüsch-Suse-Chamäleons auf einer Messe -- 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