Yast startet nicht unter KDE openSuSE tumbleweed
Hallo, wie im Betreff erwähnt, kann ich bei einem PC unter KDE Yast nicht starten. Mit einem anderen Benutzer funktioniert es auch nicht. Unter XFCE funktioniert es. Unter KDE im Superuser Terminal kommt die Meldung: Station-PC1:~ # yast2 QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' /sbin/yast2: line 447: 7050 Segmentation fault (core dumped) $y2ccbin $Y2UI_ARGS "$@" Station-PC1:~ # Zu meinem System: openSuSE tumbleweed (heute morgen aktualisiert) KDE Plasma: 5.10.2 KDE Frameworks: 5.34.0 Qt Version: 5.9.0 Kernel: 4.11.6.-1....... vanilla Ich hab den Desktop Plasma, bei der Anmeldung gestartet. Gruß Hugo Egon Maurer -- 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 Hugo, ich habe mein Tumbleweed (gerade) auf den neuesten Stand gebracht und YaST geht. (Dieses Mal mit YaST und nicht mit zypper). Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer:
wie im Betreff erwähnt, kann ich bei einem PC unter KDE Yast nicht starten.
Mit einem anderen Benutzer funktioniert es auch nicht.
Ketzerischer Vorschlag: Geht der KDE5-Desktop mit root?
Unter XFCE funktioniert es.
Unter KDE im Superuser Terminal kommt die Meldung:
Station-PC1:~ # yast2 QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' /sbin/yast2: line 447: 7050 Segmentation fault (core dumped) $y2ccbin $Y2UI_ARGS "$@" Station-PC1:~ #
Mach' doch mal: env | grep XDG Mein XDG_RUNTIME_DIR steht auf /run/user/1000 [...]
Kernel: 4.11.6.-1....... vanilla
Mein Kernel ist nur ein ...-default. Hast Du den Vanilla-Kernel extra haben wollen?
Ich hab den Desktop Plasma, bei der Anmeldung gestartet.
Ich auch. (Es funktioniert mit beiden Varianten, die im Login-Manager angeboten sind). Wie hältst Du Dein Tumbleweed aktuell? (zypper dup oder die Variante über YaST und alle installierten rpms? Da kriegt man ja nicht unbedingt immer das gleiche Ergebnis). Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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 18.06.2017 um 15:27 schrieb Helga Fischer:
Hallo Hugo,
ich habe mein Tumbleweed (gerade) auf den neuesten Stand gebracht und YaST geht. (Dieses Mal mit YaST und nicht mit zypper).
Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer:
wie im Betreff erwähnt, kann ich bei einem PC unter KDE Yast nicht starten.
Mit einem anderen Benutzer funktioniert es auch nicht. Ketzerischer Vorschlag: Geht der KDE5-Desktop mit root?
Ja, konnte mich anmelden, Yast startet aber nicht
Unter XFCE funktioniert es.
Unter KDE im Superuser Terminal kommt die Meldung:
Station-PC1:~ # yast2 QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' /sbin/yast2: line 447: 7050 Segmentation fault (core dumped) $y2ccbin $Y2UI_ARGS "$@" Station-PC1:~ # Mach' doch mal:
env | grep XDG
Mein XDG_RUNTIME_DIR steht auf /run/user/1000
Station-PC1:~ # env | grep XDG XDG_DATA_DIRS=/usr/share:/etc/opt/kde3/share:/opt/kde3/share XDG_CONFIG_DIRS=/etc/xdg Station-PC1:~ #
[...]
Kernel: 4.11.6.-1....... vanilla Mein Kernel ist nur ein ...-default. Hast Du den Vanilla-Kernel extra haben wollen?
Nein, aber ich lass ihn drinn, falls der andere beschädigt wird. Ich könnte ja eigentlich default booten, vielleicht sitzt dort der Hase im Pfeffer, an diesem PC ist auch vanilaa gebootet, yast funktioniert
Ich hab den Desktop Plasma, bei der Anmeldung gestartet. Ich auch. (Es funktioniert mit beiden Varianten, die im Login-Manager angeboten sind).
Wie hältst Du Dein Tumbleweed aktuell? (zypper dup oder die Variante über YaST und alle installierten rpms? Da kriegt man ja nicht unbedingt immer das gleiche Ergebnis).
Ich aktualisiere immer per Yast. Reiter Installationsquellen und dann "Alle in dieser Liste" "Aktualisieren, fast aktualisierungen angeboten werden"
Helga
Hugo Egon Maurer -- 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 Sonntag, 18. Juni 2017, 16:16:20 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 15:27 schrieb Helga Fischer:
Wie hältst Du Dein Tumbleweed aktuell? (zypper dup oder die Variante über YaST und alle installierten rpms? Da kriegt man ja nicht unbedingt immer das gleiche Ergebnis).
Ich aktualisiere immer per Yast. Reiter Installationsquellen und dann "Alle in dieser Liste" "Aktualisieren, fast aktualisierungen angeboten werden"
Helga
Hugo Egon Maurer
Bei Tumbleweed ist eigentlich vorgesehen: zypper dup --no-allow-vendor-change Stephan -- 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 Hugo, Am Sonntag, 18. Juni 2017, 16:16:20 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 15:27 schrieb Helga Fischer:
Hallo Hugo,
ich habe mein Tumbleweed (gerade) auf den neuesten Stand gebracht und YaST geht. (Dieses Mal mit YaST und nicht mit zypper).
Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer:
wie im Betreff erwähnt, kann ich bei einem PC unter KDE Yast nicht starten. [...] Unter KDE im Superuser Terminal kommt die Meldung:
Station-PC1:~ # yast2 QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' /sbin/yast2: line 447: 7050 Segmentation fault (core dumped) $y2ccbin $Y2UI_ARGS "$@"
'Segmentation fault' dürfte der Übeltäter sein.
Station-PC1:~ #
Mach' doch mal:
env | grep XDG
Mein XDG_RUNTIME_DIR steht auf /run/user/1000
Station-PC1:~ # env | grep XDG XDG_DATA_DIRS=/usr/share:/etc/opt/kde3/share:/opt/kde3/share XDG_CONFIG_DIRS=/etc/xdg Station-PC1:~ # [...]
mein gerade durchgeführtes update verursacht auch keine Probleme. Für root ist XDG_RUNTIME_DIR bei mir auch nicht gesetzt. Deshalb vermute ich, das ist nicht relevant.
[...]
Kernel: 4.11.6.-1....... vanilla
Mein Kernel ist nur ein ...-default. Hast Du den Vanilla-Kernel extra haben wollen?
Nein, aber ich lass ihn drinn, falls der andere beschädigt wird. Ich könnte ja eigentlich default booten, vielleicht sitzt dort der Hase im Pfeffer, an diesem PC ist auch vanilaa gebootet, yast funktioniert
Der Vanilla-Kernel ist ungepatcht (ich frag mich, wo Du ihn her hast), deshalb habe ich ihn im Verdacht, den Fehler ausgelöst zu haben. Wenn Du nicht weißt, wofür Du ihn brauchst, rate ich Dir, ihn (später) rauszuwerfen. Dem Problem, dass ein neuer Kernel nicht bootet, kommt man besser mit multiversion bei, d. h. dass man einen oder mehrere ältere Kernel behält. Aber boote mal den Default-Kernel, eventuell funktioniert yast2 dann ja. Wenn nicht, probiere mal den Befehl 'yast', dann sollte sich die ncurses-gui von yast öffnen.
Ich hab den Desktop Plasma [...]
Gruß Willi -- openSUSE Tumbleweed 20170616 GNU/Linux 4.11.4-1-default x86_64 -- 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 18.06.2017 um 17:08 schrieb Wilhelm Boltz:
Der Vanilla-Kernel ist ungepatcht (ich frag mich, wo Du ihn her hast), deshalb habe ich ihn im Verdacht, den Fehler ausgelöst zu haben. Wenn Du nicht weißt, wofür Du ihn brauchst, rate ich Dir, ihn (später) rauszuwerfen. Dem Problem, dass ein neuer Kernel nicht bootet, kommt man besser mit multiversion bei, d. h. dass man einen oder mehrere ältere Kernel behält.
Aber boote mal den Default-Kernel, eventuell funktioniert yast2 dann ja. Wenn nicht, probiere mal den Befehl 'yast', dann sollte sich die ncurses-gui von yast öffnen.
So, ich hatte den Kernel default bebootet, yast startet nicht. Im Startmenü hab ich den Yast Eintrag Softare Installieren gefunden und der startet. Habe den Kernel vanilla rausgeschmißen und jetzt ist Kernel default der einzige, mit 3 älteren versionen Und natürlich mit dem Kernel default 4.11.6..... frisch gebootet Leider startet yast nicht. Im Terminalfenster startet das Textbasierte Yast mit dem Befehl "yast"
Gruß Willi
Danke der bisherigen Hilfen Hugo Egon Maurer -- 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 Hugo, Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer: [...]
So, ich hatte den Kernel default bebootet, yast startet nicht. Im Startmenü hab ich den Yast Eintrag Softare Installieren gefunden und der startet. Habe den Kernel vanilla rausgeschmißen und jetzt ist Kernel default der einzige, mit 3 älteren versionen Und natürlich mit dem Kernel default 4.11.6..... frisch gebootet Leider startet yast nicht. Im Terminalfenster startet das Textbasierte Yast mit dem Befehl "yast"
Im Terminal bist Du root? Guck' mal mit kmenuedit rein, wie YaST unter KDE aufgerufen wird. Bei meiner Tumbleweed ist das /usr/bin/xdg-su -c /sbin/yast2 Starte ich zBsp im Terminal als helga YaST mit /sbin/yast2 unterbleibt die Passwortabfrage und ich erhalte ein leere YaST-Fenster. Als root bekomme ich YaST. Mit /usr/bin/xdg-su -c /sbin/yast2 kommt erst die Passwortabfrage und dann YaST. Vielleicht hat es bei Dir was zerlegt, das verhindert, dass YaST richtig aufgerufen wird. Mein Tumbleweed ist so, wie Suse es bereitgestellt hat bis auf zusätzliche KDE3-Repos und der Tatsache, dass es in VBox läuft. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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 18.06.2017 um 19:49 schrieb Helga Fischer:
Hallo Hugo,
Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer:
[...]
So, ich hatte den Kernel default bebootet, yast startet nicht. Im Startmenü hab ich den Yast Eintrag Softare Installieren gefunden und der startet. Habe den Kernel vanilla rausgeschmißen und jetzt ist Kernel default der einzige, mit 3 älteren versionen Und natürlich mit dem Kernel default 4.11.6..... frisch gebootet Leider startet yast nicht. Im Terminalfenster startet das Textbasierte Yast mit dem Befehl "yast" Im Terminal bist Du root?
Ja
Guck' mal mit kmenuedit rein, wie YaST unter KDE aufgerufen wird.
Bei meiner Tumbleweed ist das /usr/bin/xdg-su -c /sbin/yast2
Bei mir auch
Starte ich zBsp im Terminal als helga YaST mit /sbin/yast2 unterbleibt die Passwortabfrage und ich erhalte ein leere YaST-Fenster.
Bei mir auch, in der Fehlermeldung erscheint der Text: "........wurde nicht als root gestartet. Es werden nur Module angezeigt, die keine root Rechte brauchen" Tatsächlich gibt es 4 Module (Medien Überprüfung, Konfiguration der Online-Aktualisierung, Product registration und Versionshinweise)
Als root bekomme ich YaST.
Mit /usr/bin/xdg-su -c /sbin/yast2 kommt erst die Passwortabfrage und dann YaST.
Das beckomme ich zu Gesicht: Station-PC1:/home/hugo_egon_maurer # /usr/bin/xdg-su -c /sbin/yast2 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 klauncher not running... launching kdeinit QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 No DBUS session-bus found. Check if you have started the DBUS server. kdeinit5: Communication error with launcher. Exiting! "KLauncher ist nicht über D-Bus erreichbar. Fehler beim Aufruf von kdeinit_exec_wait:\nNot connected to D-Bus server\n" Don't need password!! Station-PC1:/home/hugo_egon_maurer #
Vielleicht hat es bei Dir was zerlegt, das verhindert, dass YaST richtig aufgerufen wird.
Mein Tumbleweed ist so, wie Suse es bereitgestellt hat bis auf zusätzliche KDE3-Repos und der Tatsache, dass es in VBox läuft.
Ich hab mehrere Repos eingebunden.
Helga
Hugo Egon Maurer -- 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 Sonntag, 18. Juni 2017, 20:36:36 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 19:49 schrieb Helga Fischer:
Hallo Hugo,
Am Sonntag 18 Juni 2017 schrieb Hugo Egon Maurer:
[...]
So, ich hatte den Kernel default bebootet, yast startet nicht. Im Startmenü hab ich den Yast Eintrag Softare Installieren gefunden und der startet. Habe den Kernel vanilla rausgeschmißen und jetzt ist Kernel default der einzige, mit 3 älteren versionen Und natürlich mit dem Kernel default 4.11.6..... frisch gebootet Leider startet yast nicht. Im Terminalfenster startet das Textbasierte Yast mit dem Befehl "yast"
Im Terminal bist Du root?
Ja
Guck' mal mit kmenuedit rein, wie YaST unter KDE aufgerufen wird.
Bei meiner Tumbleweed ist das /usr/bin/xdg-su -c /sbin/yast2
Bei mir auch
Starte ich zBsp im Terminal als helga YaST mit /sbin/yast2 unterbleibt die Passwortabfrage und ich erhalte ein leere YaST-Fenster.
Bei mir auch, in der Fehlermeldung erscheint der Text: "........wurde nicht als root gestartet. Es werden nur Module angezeigt, die keine root Rechte brauchen" Tatsächlich gibt es 4 Module (Medien Überprüfung, Konfiguration der Online-Aktualisierung, Product registration und Versionshinweise)
Als root bekomme ich YaST.
Mit /usr/bin/xdg-su -c /sbin/yast2 kommt erst die Passwortabfrage und dann YaST.
Das beckomme ich zu Gesicht:
Station-PC1:/home/hugo_egon_maurer # /usr/bin/xdg-su -c /sbin/yast2 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 klauncher not running... launching kdeinit QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0 No DBUS session-bus found. Check if you have started the DBUS server. kdeinit5: Communication error with launcher. Exiting! "KLauncher ist nicht über D-Bus erreichbar. Fehler beim Aufruf von kdeinit_exec_wait:\nNot connected to D-Bus server\n" Don't need password!!
Station-PC1:/home/hugo_egon_maurer #
Vielleicht hat es bei Dir was zerlegt, das verhindert, dass YaST richtig aufgerufen wird.
Mein Tumbleweed ist so, wie Suse es bereitgestellt hat bis auf zusätzliche KDE3-Repos und der Tatsache, dass es in VBox läuft.
Ich hab mehrere Repos eingebunden.
Helga
Hugo Egon Maurer Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
Stephan -- 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 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
Stephan
Station-PC1:/home/hugo_egon_maurer # zypper dup --no-allow-vendor-change Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'. Metadaten von Repository 'Packman' abrufen ................................................................................................................................................................[fertig] Cache für Repository 'Packman' erzeugen ...................................................................................................................................................................[fertig] Metadaten von Repository 'Spiele' abrufen .................................................................................................................................................................[fertig] Cache für Repository 'Spiele' erzeugen ....................................................................................................................................................................[fertig] Repository-Daten werden geladen... Installierte Pakete werden gelesen... Distributions-Aktualisierungen werden verarbeitet... 81 Probleme: Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Problem: Problem mit installiertem Paket Photini-2017.6.0-2.1.noarch Problem: Problem mit installiertem Paket SoQt-doc-1.5.99+hg20111204.2153-1.51.x86_64 Problem: Problem mit installiertem Paket a52dec-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-curl-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-runtime-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gasnet-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket gasnet-doc-1.28.2-7.16.noarch Problem: Problem mit installiertem Paket geos-doc-3.5.1-19.11.noarch Problem: Problem mit installiertem Paket gnuradio-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-doc-3.7.10.1-57.3.noarch Problem: Problem mit installiertem Paket gnuradio-examples-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-examples-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket liba52-0-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket libamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libaubio4-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libaubio4-32bit-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libbtf-1_2_1-1.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket libbullet2_83-2.83.7-14.15.x86_64 Problem: Problem mit installiertem Paket libcamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libccolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket libcholmod-3_0_6-3.0.6-26.9.x86_64 Problem: Problem mit installiertem Paket libcolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket libcsparsever-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libcxsparse-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libgasnet-1_28_2-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket libgeos-3_5_1-3.5.1-19.12.x86_64 Problem: Problem mit installiertem Paket libicu57_1-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-32bit-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-ledata-57.1-1.5.noarch Problem: Problem mit installiertem Paket libklu-1_3_3-1.3.3-26.9.x86_64 Problem: Problem mit installiertem Paket libldl-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket liblegion1-17.02.0-13.5.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libpackagekitqt5-0-0.9.6-43.3.x86_64 Problem: Problem mit installiertem Paket libquazip1-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket libquazip5-1-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket librbio-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket librtmp1-2.4+git20150115-4.13.x86_64 Problem: Problem mit installiertem Paket librtmp1-32bit-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket libspqr-2_0_2-2.0.2-26.9.x86_64 Problem: Problem mit installiertem Paket libsuitesparseconfig-4_4_6-4.4.6-26.9.x86_64 Problem: Problem mit installiertem Paket libtinyxml2-3-3.0.0-5.6.x86_64 Problem: Problem mit installiertem Paket libumfpack-5_7_1-5.7.1-26.9.x86_64 Problem: Problem mit installiertem Paket libvolk1_3-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket libxmmsclient-glib1-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket libxmmsclient6-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket lzip-1.18-14.9.x86_64 Problem: Problem mit installiertem Paket mediainfo-0.7.89-3.2.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket netgen-6.0.99+git20170216.1401-2.7.x86_64 Problem: Problem mit installiertem Paket ocaml-facile-1.1-195.8.x86_64 Problem: Problem mit installiertem Paket oce-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket oce-DRAWEXE-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket php5-geos-3.5.1-19.11.x86_64 Problem: Problem mit installiertem Paket proj-4.9.3-28.8.x86_64 Problem: Problem mit installiertem Paket python-Pillow-3.1.1-61.6.x86_64 Problem: Problem mit installiertem Paket python-backports.ssl_match_hostname-3.5.0.1-6.6.noarch Problem: Problem mit installiertem Paket python-ipaddress-1.0.18-10.1.noarch Problem: Problem mit installiertem Paket python-javapackages-4.6.0-43.9.x86_64 Problem: Problem mit installiertem Paket python-notify2-0.3-3.1.noarch Problem: Problem mit installiertem Paket python-pivy-0.5.0+hg20101206.2327-2.31.x86_64 Problem: Problem mit installiertem Paket python2-idna-2.5-6.1.noarch Problem: Problem mit installiertem Paket python3-python-dateutil-2.6.0-5.8.noarch Problem: Problem mit installiertem Paket python3-six-1.10.0-60.2.noarch Problem: Problem mit installiertem Paket quazip-doc-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket quazip-qt5-doc-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket qwt-designer-5.2.3-23.276.x86_64 Problem: Problem mit installiertem Paket rtmpdump-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket rtmpgw-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket visualjackm-0.0+20120307-4.1.x86_64 Problem: Problem mit installiertem Paket xmms2-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-base-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-samba-0.8-6.4.x86_64 Problem: libmodplug1-32bit-0.2.8043~beta23-9.1.x86_64 benötigt libopenmpt.so.0, kann jedoch nicht zur Verfügung gestellt werden Problem: labplot-2.4.0-6.5.x86_64 steht in Konflikt mit labplot-kf5, das von labplot-kf5-2.4.0-15.8.x86_64 zur Verfügung gestellt wurde Problem: scilab-5.5.2-55.1.x86_64 benötigt hdf5 = 1.8.17, kann jedoch nicht zur Verfügung gestellt werden Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Lösung 1: FreeCAD-0.16-11.15.x86_64 installieren (mit Anbieterwechsel) http://packman.links2linux.de --> obs://build.opensuse.org/science Wählen Sie die obige Lösung mittels '1' oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/u/w/a] (a): -- 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 Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
Stephan
Station-PC1:/home/hugo_egon_maurer # zypper dup --no-allow-vendor-change Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'. Metadaten von Repository 'Packman' abrufen ............................................................................ ............................................................................ ........[fertig] Cache für Repository 'Packman' erzeugen ............................................................................ ............................................................................ ...........[fertig] Metadaten von Repository 'Spiele' abrufen ............................................................................ ............................................................................ .........[fertig] Cache für Repository 'Spiele' erzeugen ............................................................................ ............................................................................ ............[fertig] Repository-Daten werden geladen... Installierte Pakete werden gelesen... Distributions-Aktualisierungen werden verarbeitet... 81 Probleme: Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Problem: Problem mit installiertem Paket Photini-2017.6.0-2.1.noarch Problem: Problem mit installiertem Paket SoQt-doc-1.5.99+hg20111204.2153-1.51.x86_64 Problem: Problem mit installiertem Paket a52dec-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-curl-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-runtime-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gasnet-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket gasnet-doc-1.28.2-7.16.noarch Problem: Problem mit installiertem Paket geos-doc-3.5.1-19.11.noarch Problem: Problem mit installiertem Paket gnuradio-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-doc-3.7.10.1-57.3.noarch Problem: Problem mit installiertem Paket gnuradio-examples-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-examples-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket liba52-0-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket libamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libaubio4-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libaubio4-32bit-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libbtf-1_2_1-1.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket libbullet2_83-2.83.7-14.15.x86_64 Problem: Problem mit installiertem Paket libcamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libccolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket libcholmod-3_0_6-3.0.6-26.9.x86_64 Problem: Problem mit installiertem Paket libcolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket libcsparsever-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libcxsparse-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libgasnet-1_28_2-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket libgeos-3_5_1-3.5.1-19.12.x86_64 Problem: Problem mit installiertem Paket libicu57_1-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-32bit-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-ledata-57.1-1.5.noarch Problem: Problem mit installiertem Paket libklu-1_3_3-1.3.3-26.9.x86_64 Problem: Problem mit installiertem Paket libldl-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket liblegion1-17.02.0-13.5.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libpackagekitqt5-0-0.9.6-43.3.x86_64 Problem: Problem mit installiertem Paket libquazip1-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket libquazip5-1-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket librbio-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket librtmp1-2.4+git20150115-4.13.x86_64 Problem: Problem mit installiertem Paket librtmp1-32bit-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket libspqr-2_0_2-2.0.2-26.9.x86_64 Problem: Problem mit installiertem Paket libsuitesparseconfig-4_4_6-4.4.6-26.9.x86_64 Problem: Problem mit installiertem Paket libtinyxml2-3-3.0.0-5.6.x86_64 Problem: Problem mit installiertem Paket libumfpack-5_7_1-5.7.1-26.9.x86_64 Problem: Problem mit installiertem Paket libvolk1_3-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket libxmmsclient-glib1-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket libxmmsclient6-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket lzip-1.18-14.9.x86_64 Problem: Problem mit installiertem Paket mediainfo-0.7.89-3.2.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket netgen-6.0.99+git20170216.1401-2.7.x86_64 Problem: Problem mit installiertem Paket ocaml-facile-1.1-195.8.x86_64 Problem: Problem mit installiertem Paket oce-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket oce-DRAWEXE-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket php5-geos-3.5.1-19.11.x86_64 Problem: Problem mit installiertem Paket proj-4.9.3-28.8.x86_64 Problem: Problem mit installiertem Paket python-Pillow-3.1.1-61.6.x86_64 Problem: Problem mit installiertem Paket python-backports.ssl_match_hostname-3.5.0.1-6.6.noarch Problem: Problem mit installiertem Paket python-ipaddress-1.0.18-10.1.noarch Problem: Problem mit installiertem Paket python-javapackages-4.6.0-43.9.x86_64 Problem: Problem mit installiertem Paket python-notify2-0.3-3.1.noarch Problem: Problem mit installiertem Paket python-pivy-0.5.0+hg20101206.2327-2.31.x86_64 Problem: Problem mit installiertem Paket python2-idna-2.5-6.1.noarch Problem: Problem mit installiertem Paket python3-python-dateutil-2.6.0-5.8.noarch Problem: Problem mit installiertem Paket python3-six-1.10.0-60.2.noarch Problem: Problem mit installiertem Paket quazip-doc-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket quazip-qt5-doc-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket qwt-designer-5.2.3-23.276.x86_64 Problem: Problem mit installiertem Paket rtmpdump-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket rtmpgw-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket visualjackm-0.0+20120307-4.1.x86_64 Problem: Problem mit installiertem Paket xmms2-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-base-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-samba-0.8-6.4.x86_64 Problem: libmodplug1-32bit-0.2.8043~beta23-9.1.x86_64 benötigt libopenmpt.so.0, kann jedoch nicht zur Verfügung gestellt werden Problem: labplot-2.4.0-6.5.x86_64 steht in Konflikt mit labplot-kf5, das von labplot-kf5-2.4.0-15.8.x86_64 zur Verfügung gestellt wurde Problem: scilab-5.5.2-55.1.x86_64 benötigt hdf5 = 1.8.17, kann jedoch nicht zur Verfügung gestellt werden
Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Lösung 1: FreeCAD-0.16-11.15.x86_64 installieren (mit Anbieterwechsel) http://packman.links2linux.de --> obs://build.opensuse.org/science
Wählen Sie die obige Lösung mittels '1' oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/u/w/a] (a):
Würde ich alles einmal auflösen......... Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast). -- 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 18.06.2017 um 21:37 schrieb Stephan Hemeier:
Am Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
Stephan Station-PC1:/home/hugo_egon_maurer # zypper dup --no-allow-vendor-change Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'. Metadaten von Repository 'Packman' abrufen ............................................................................ ............................................................................ ........[fertig] Cache für Repository 'Packman' erzeugen ............................................................................ ............................................................................ ...........[fertig] Metadaten von Repository 'Spiele' abrufen ............................................................................ ............................................................................ .........[fertig] Cache für Repository 'Spiele' erzeugen ............................................................................ ............................................................................ ............[fertig] Repository-Daten werden geladen... Installierte Pakete werden gelesen... Distributions-Aktualisierungen werden verarbeitet... 81 Probleme: Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Problem: Problem mit installiertem Paket Photini-2017.6.0-2.1.noarch Problem: Problem mit installiertem Paket SoQt-doc-1.5.99+hg20111204.2153-1.51.x86_64 Problem: Problem mit installiertem Paket a52dec-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-gb-net-curl-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gambas3-runtime-3.9.2-4.6.x86_64 Problem: Problem mit installiertem Paket gasnet-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket gasnet-doc-1.28.2-7.16.noarch Problem: Problem mit installiertem Paket geos-doc-3.5.1-19.11.noarch Problem: Problem mit installiertem Paket gnuradio-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-doc-3.7.10.1-57.3.noarch Problem: Problem mit installiertem Paket gnuradio-examples-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-examples-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket gnuradio-wxgui-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket liba52-0-0.7.5+svn613-1.27.x86_64 Problem: Problem mit installiertem Paket libamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libaubio4-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libaubio4-32bit-0.4.2-40.12.x86_64 Problem: Problem mit installiertem Paket libbtf-1_2_1-1.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket libbullet2_83-2.83.7-14.15.x86_64 Problem: Problem mit installiertem Paket libcamd-2_4_1-2.4.1-26.9.x86_64 Problem: Problem mit installiertem Paket libccolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket libcholmod-3_0_6-3.0.6-26.9.x86_64 Problem: Problem mit installiertem Paket libcolamd-2_9_1-2.9.1-26.9.x86_64 Problem: Problem mit installiertem Paket
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier: libcsparsever-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libcxsparse-3_1_4-3.1.4-26.9.x86_64 Problem: Problem mit installiertem Paket libgasnet-1_28_2-1.28.2-7.16.x86_64 Problem: Problem mit installiertem Paket libgeos-3_5_1-3.5.1-19.12.x86_64 Problem: Problem mit installiertem Paket libicu57_1-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-32bit-57.1-1.5.x86_64 Problem: Problem mit installiertem Paket libicu57_1-ledata-57.1-1.5.noarch Problem: Problem mit installiertem Paket libklu-1_3_3-1.3.3-26.9.x86_64 Problem: Problem mit installiertem Paket libldl-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket liblegion1-17.02.0-13.5.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libmpg123-0-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket libpackagekitqt5-0-0.9.6-43.3.x86_64 Problem: Problem mit installiertem Paket libquazip1-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket libquazip5-1-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket librbio-2_2_1-2.2.1-26.9.x86_64 Problem: Problem mit installiertem Paket librtmp1-2.4+git20150115-4.13.x86_64 Problem: Problem mit installiertem Paket librtmp1-32bit-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket libspqr-2_0_2-2.0.2-26.9.x86_64 Problem: Problem mit installiertem Paket libsuitesparseconfig-4_4_6-4.4.6-26.9.x86_64 Problem: Problem mit installiertem Paket libtinyxml2-3-3.0.0-5.6.x86_64 Problem: Problem mit installiertem Paket libumfpack-5_7_1-5.7.1-26.9.x86_64 Problem: Problem mit installiertem Paket libvolk1_3-3.7.10.1-57.3.x86_64 Problem: Problem mit installiertem Paket libxmmsclient-glib1-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket libxmmsclient6-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket lzip-1.18-14.9.x86_64 Problem: Problem mit installiertem Paket mediainfo-0.7.89-3.2.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket mpg123-pulse-32bit-1.22.4-6.3.x86_64 Problem: Problem mit installiertem Paket netgen-6.0.99+git20170216.1401-2.7.x86_64 Problem: Problem mit installiertem Paket ocaml-facile-1.1-195.8.x86_64 Problem: Problem mit installiertem Paket oce-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket oce-DRAWEXE-0.18.99+git20170118.0539-1.6.x86_64 Problem: Problem mit installiertem Paket php5-geos-3.5.1-19.11.x86_64 Problem: Problem mit installiertem Paket proj-4.9.3-28.8.x86_64 Problem: Problem mit installiertem Paket python-Pillow-3.1.1-61.6.x86_64 Problem: Problem mit installiertem Paket python-backports.ssl_match_hostname-3.5.0.1-6.6.noarch Problem: Problem mit installiertem Paket python-ipaddress-1.0.18-10.1.noarch Problem: Problem mit installiertem Paket python-javapackages-4.6.0-43.9.x86_64 Problem: Problem mit installiertem Paket python-notify2-0.3-3.1.noarch Problem: Problem mit installiertem Paket python-pivy-0.5.0+hg20101206.2327-2.31.x86_64 Problem: Problem mit installiertem Paket python2-idna-2.5-6.1.noarch Problem: Problem mit installiertem Paket python3-python-dateutil-2.6.0-5.8.noarch Problem: Problem mit installiertem Paket python3-six-1.10.0-60.2.noarch Problem: Problem mit installiertem Paket quazip-doc-0.7.1-32.23.x86_64 Problem: Problem mit installiertem Paket quazip-qt5-doc-0.7.1-34.127.x86_64 Problem: Problem mit installiertem Paket qwt-designer-5.2.3-23.276.x86_64 Problem: Problem mit installiertem Paket rtmpdump-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket rtmpgw-2.4+git20150115-2.12.x86_64 Problem: Problem mit installiertem Paket visualjackm-0.0+20120307-4.1.x86_64 Problem: Problem mit installiertem Paket xmms2-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-base-0.8-6.4.x86_64 Problem: Problem mit installiertem Paket xmms2-plugin-samba-0.8-6.4.x86_64 Problem: libmodplug1-32bit-0.2.8043~beta23-9.1.x86_64 benötigt libopenmpt.so.0, kann jedoch nicht zur Verfügung gestellt werden Problem: labplot-2.4.0-6.5.x86_64 steht in Konflikt mit labplot-kf5, das von labplot-kf5-2.4.0-15.8.x86_64 zur Verfügung gestellt wurde Problem: scilab-5.5.2-55.1.x86_64 benötigt hdf5 = 1.8.17, kann jedoch nicht zur Verfügung gestellt werden
Problem: Problem mit installiertem Paket FreeCAD-0.16.99+git20170222.0922-2.4.x86_64 Lösung 1: FreeCAD-0.16-11.15.x86_64 installieren (mit Anbieterwechsel) http://packman.links2linux.de --> obs://build.opensuse.org/science
Wählen Sie die obige Lösung mittels '1' oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/u/w/a] (a): Würde ich alles einmal auflösen.........
Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast).
Also, habe durchgeführt, es wahren ein paar mehr Abhängigkeiten (was ich auch erwartet habe). Jetzt startet yast wieder, bin neugirieg, ob nicht was anderes jetzt Probleme macht. Na ja, ich gehe jetzt in die Haia. Vielen Dank an alle Helfenden Eine gute Nacht und anschließend einen guten Wochenstart Hugo Egon Maurer -- 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 Sonntag 18 Juni 2017 schrieb Stephan Hemeier:
Am Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
[...]
Wählen Sie die obige Lösung mittels '1' oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/u/w/a] (a):
Würde ich alles einmal auflösen.........
Würde ich auch mal probieren. Mit ein bißchen Glück erwischt Du frühzeitig das Paket, das den ganzen Terror verursacht.
Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast).
Hmmm... zypper dup funktioniert - behaupte ich. Über YaST auch. (Letztens hat's YaST auch endlich geschafft, den Schlüssel für das KDE3-Repo endlich mal endgültig das Vertrauen auszusprechen; zypper hat jedes Mal wieder nachgefragt). Warum sollte man bei Tumbleweed keinen vendor-change zulassen? (Kann mich gar nicht erinnern, dass das auftritt; was aber nichts heißen will). Was auch vorkam, dass im KDE5-Unterbau ein Update eine Datei gleichen Namens überschreiben wollte. Das Ersetzen habe ich jedoch zugelassen, weil es mir an den Stellen ungefährlich erschien. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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 Helga, hallo zusammen, Am Montag, 19. Juni 2017, 00:57:11 CEST schrieb Helga Fischer:
Am Sonntag 18 Juni 2017 schrieb Stephan Hemeier:
Am Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change ... Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast).
Genau - zypper up macht z. B. keine Downgrades (kommt zwar selten vor, kann aber trotzdem mal passieren) und ist auch beim Entfernen von Paketen extrem zurückhaltend und verhindert stattdessen die Installation der neueren "Ersatzpakete". Auch Konflikte werden vermieden - das spart zwar auf erstmal lästige Fragen, führt aber auch dazu, dass z. B. wegen build failure eines einzelnen Pakets das komplette Perl-Update blockiert wird [1]. zypper dup fragt in solchen Fällen - die Konflikt-Auflösung nervt zwar manchmal, ist aber trotzdem besser als ewig unbemerkt uralte Pakete zu haben.
Hmmm... zypper dup funktioniert - behaupte ich. Über YaST auch. (Letztens hat's YaST auch endlich geschafft, den Schlüssel für das KDE3-Repo endlich mal endgültig das Vertrauen auszusprechen; zypper hat jedes Mal wieder nachgefragt).
Warum sollte man bei Tumbleweed keinen vendor-change zulassen? (Kann mich gar nicht erinnern, dass das auftritt; was aber nichts heißen will).
Wenn man den vendor-change erlaubt, kommt es gern mal zu lustigem hin- und-her-Springen eines Pakets z. B. zwischen openSUSE und Packman - bei gleicher Versionsnummer entscheidet dann der Rebuild-Counter das Wettrennen ;-) Mit --no-vendor-change werden immer die Pakete aus dem gleichen Repo genommen - Packman-Pakete werden also nur mit Packman-Paketen aktualisiert. Daher will man in der Regel --no-vendor-change benutzen ;-) Gruß Christian Boltz [1] Das ist ein echtes Beispiel, das mir vor ein paar Wochen aufgefallen ist. Daher gibt es jetzt auch einen Changelog-Eintrag im munin-Paket von mir ;-) -- In its default setup, Windows XP on the Internet amounts to a car parked in a bad part of town, with the doors unlocked, the key in the ignition and a Post-It note on the dashboard saying, "Please don't steal this". [Washington Post, 23.8.2003] -- 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 19.06.2017 um 21:02 schrieb Christian Boltz:
Hallo Helga, hallo zusammen,
Am Montag, 19. Juni 2017, 00:57:11 CEST schrieb Helga Fischer:
Am Sonntag 18 Juni 2017 schrieb Stephan Hemeier:
Am Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change ... Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast). Genau - zypper up macht z. B. keine Downgrades (kommt zwar selten vor, kann aber trotzdem mal passieren) und ist auch beim Entfernen von Paketen extrem zurückhaltend und verhindert stattdessen die Installation der neueren "Ersatzpakete". Auch Konflikte werden vermieden - das spart zwar auf erstmal lästige Fragen, führt aber auch dazu, dass z. B. wegen build failure eines einzelnen Pakets das komplette Perl-Update blockiert wird [1]. zypper dup fragt in solchen Fällen - die Konflikt-Auflösung nervt zwar manchmal, ist aber trotzdem besser als ewig unbemerkt uralte Pakete zu haben.
Hmmm... zypper dup funktioniert - behaupte ich. Über YaST auch. (Letztens hat's YaST auch endlich geschafft, den Schlüssel für das KDE3-Repo endlich mal endgültig das Vertrauen auszusprechen; zypper hat jedes Mal wieder nachgefragt).
Warum sollte man bei Tumbleweed keinen vendor-change zulassen? (Kann mich gar nicht erinnern, dass das auftritt; was aber nichts heißen will). Wenn man den vendor-change erlaubt, kommt es gern mal zu lustigem hin- und-her-Springen eines Pakets z. B. zwischen openSUSE und Packman - bei gleicher Versionsnummer entscheidet dann der Rebuild-Counter das Wettrennen ;-)
Mit --no-vendor-change werden immer die Pakete aus dem gleichen Repo genommen - Packman-Pakete werden also nur mit Packman-Paketen aktualisiert.
Daher will man in der Regel --no-vendor-change benutzen ;-)
Gruß
Christian Boltz
[1] Das ist ein echtes Beispiel, das mir vor ein paar Wochen aufgefallen ist. Daher gibt es jetzt auch einen Changelog-Eintrag im munin-Paket von mir ;-)
Hallo, erst ein mal vielen Dank an Dich, Christian, das Du Dir Zeit genommen hast um uns das Vorgehen von "vendor-change" zu erklären. Natürlich auch vielen Dank an alle, die Benutzer dieser Liste!!!! Gute Nacht und einen guten Dienstagstart!!!! Hugo Egon Maurer ps. Habe auf gelöst gesetzt, da ich Yast unter KDE wieder starten kann, nach dem ich "zypper dup --no-allow-vendor-change" losgelassen hatte -- 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 Christian, Du hast mal wieder echt gute Hintergrundinfos. Am Montag 19 Juni 2017 schrieb Christian Boltz:
Hallo Helga, hallo zusammen,
Am Montag, 19. Juni 2017, 00:57:11 CEST schrieb Helga Fischer:
Am Sonntag 18 Juni 2017 schrieb Stephan Hemeier:
Am Sonntag, 18. Juni 2017, 20:56:40 CEST schrieb Hugo Egon Maurer:
Am 18.06.2017 um 20:46 schrieb Stephan Hemeier:
Was kommt raus bei (als root): zypper dup --no-allow-vendor-change
...
Bei Tumbleweed funktioniert zypper up nicht richtig (ebenso deine Klicks zum Update in Yast).
Genau - zypper up macht z. B. keine Downgrades (kommt zwar selten vor, kann aber trotzdem mal passieren) und ist auch beim Entfernen von Paketen extrem zurückhaltend und verhindert stattdessen die Installation der neueren "Ersatzpakete". Auch Konflikte werden vermieden - das spart zwar auf erstmal lästige Fragen, führt aber auch dazu, dass z. B. wegen build failure eines einzelnen Pakets das komplette Perl-Update blockiert wird [1]. zypper dup fragt in solchen Fällen - die Konflikt-Auflösung nervt zwar manchmal, ist aber trotzdem besser als ewig unbemerkt uralte Pakete zu haben.
OK.
Hmmm... zypper dup funktioniert - behaupte ich. Über YaST auch. (Letztens hat's YaST auch endlich geschafft, den Schlüssel für das KDE3-Repo endlich mal endgültig das Vertrauen auszusprechen; zypper hat jedes Mal wieder nachgefragt).
Warum sollte man bei Tumbleweed keinen vendor-change zulassen? (Kann mich gar nicht erinnern, dass das auftritt; was aber nichts heißen will).
Wenn man den vendor-change erlaubt, kommt es gern mal zu lustigem hin- und-her-Springen eines Pakets z. B. zwischen openSUSE und Packman - bei gleicher Versionsnummer entscheidet dann der Rebuild-Counter das Wettrennen ;-)
Aha. Kann ich das nicht durch den YaST-Mechanismus des 'Wechsel von x-Repo zu y-Repo' verhindern? Zusätzlich dem y-Repo noch eine höhere Priorität zuweisen und fortan ist nur noch y-Repo am Drücker? Obwohl... vendor-changes habe ich hin- und wieder auch, aber so aus dem Gedächtnis heraus weiß ich nicht, wann sie auftreten und erst recht nicht, ob sie gestresst haben.
Mit --no-vendor-change werden immer die Pakete aus dem gleichen Repo genommen - Packman-Pakete werden also nur mit Packman-Paketen aktualisiert.
Daher will man in der Regel --no-vendor-change benutzen ;-)
OK. Alles nicht so einfach mit so vielen Paketen... Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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 Helga, hallo zusammen, Am Montag, 19. Juni 2017, 21:36:02 CEST schrieb Helga Fischer:
Du hast mal wieder echt gute Hintergrundinfos.
Das Thema "zypper up" vs. "zypper dup" und "--no-allow-vendor-change" wird auf opensuse-factory oft genug diskutiert ;-)
Am Montag 19 Juni 2017 schrieb Christian Boltz:
Am Montag, 19. Juni 2017, 00:57:11 CEST schrieb Helga Fischer: ...
Hmmm... zypper dup funktioniert - behaupte ich. Über YaST auch. (Letztens hat's YaST auch endlich geschafft, den Schlüssel für das KDE3-Repo endlich mal endgültig das Vertrauen auszusprechen; zypper hat jedes Mal wieder nachgefragt).
Warum sollte man bei Tumbleweed keinen vendor-change zulassen? (Kann mich gar nicht erinnern, dass das auftritt; was aber nichts heißen will).
Wenn man den vendor-change erlaubt, kommt es gern mal zu lustigem hin- und-her-Springen eines Pakets z. B. zwischen openSUSE und Packman - bei gleicher Versionsnummer entscheidet dann der Rebuild-Counter das Wettrennen ;-)
Aha. Kann ich das nicht durch den YaST-Mechanismus des 'Wechsel von x-Repo zu y-Repo' verhindern?
Die Option klingt nicht schlecht, aber ich habe ehrlich gesagt YaST schon seit Jahren nicht mehr fürs Paketmanagement benutzt - zypper gefällt mir besser ;-) Ich würde sogar behaupten, dass ich öfter eine Mail auf der yast-devel ML schreibe [1] als ich YaST starte ;-)
Zusätzlich dem y-Repo noch eine höhere Priorität zuweisen und fortan ist nur noch y-Repo am Drücker?
Stimmt, mit den Prioritäten kann man da auch noch spielen ;-) wobei der Begriff "höhere Priorität" immer verwirrend ist, weil kleinere Zahlen bevorzugt werden. (Merkhilfe: "Rangfolge"/"Platzierung" statt "Priorität") Ich habe z. B. home:cboltz mit Priorität 100 eingebunden, damit die Pakete aus Tumbleweed bevorzugt werden. home:cboltz kommt also nur dran, wenn ein Paket nicht in Tumbleweed ist oder wenn ich zypper ausdrücklich dazu zwinge ;-) (was ich z. B. bei den AppArmor-Paketen mache - und da verhindert --no-allow-vendor-change den Wechsel zurück zu den Tumbleweed-Paketen)
Obwohl... vendor-changes habe ich hin- und wieder auch, aber so aus dem Gedächtnis heraus weiß ich nicht, wann sie auftreten und erst recht nicht, ob sie gestresst haben.
AFAIK wurden dank ausgelaufener Patente einige Pakete von Packman direkt in Tumbleweed integriert (und dann bei Packman gelöscht) - es gibt also auch Fälle, in denen ein vendor-change sein muss. In diesen Fällen bekommst Du dann bei "zypper dup --no-allow-vendor-change" eine Konflikt- Info und kannst den vendor-change für dieses Paket freigeben. Ein vendor-change ist nicht per Definition "böse" - trotzdem ist in den meisten Fällen --no-allow-vendor-change die bessere Wahl.
Mit --no-vendor-change werden immer die Pakete aus dem gleichen Repo genommen - Packman-Pakete werden also nur mit Packman-Paketen aktualisiert.
Daher will man in der Regel --no-vendor-change benutzen ;-)
OK. Alles nicht so einfach mit so vielen Paketen...
Solange die Pakete alle aus einem Repo sind, ist es einfach. Interessant[tm] wird es nur mit zunehmender Zahl an Repos ;-) Um das Ganze 100% korrekt zu erklären: mehrere Repos können den selben vendor haben. Innerhalb dieser Gruppe erfolgt dann der Wechsel trotz --no-allow-vendor-change ohne Nachfrage. Das bekannteste Beispiel dafür sind die Hauptrepos (oss und non-oss) sowie das Update-Repo, die alle "openSUSE" als vendor haben. Es wäre ja auch nervig, wenn man bei jedem Sicherheits-Update auch noch einen vendor change genehmigen müsste ;-) Ach so: rpm -qi $paket zeigt u. a. "Vendor" Gruß Christian Boltz [1] schwerpunktmäßig, wenn es ums YaST AppArmor-Modul bzw. dessen Rewrite geht -- Aber da du unter den Hardcore Freaks noch in der "extrem-hardcoring" Ecke zu finden bist (*), wird die Kluft zwischen deinen Anforderung und dem was der Markt hergibt noch grösser als bei den meisten anderen. (*)wer sonst hier in der Liste liest sendmail.cf files als Abendlektüre! [Andreas Kyek in suse-linux über David Haller] -- 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
participants (5)
-
Christian Boltz
-
Helga Fischer
-
Hugo Egon Maurer
-
Stephan Hemeier
-
Wilhelm Boltz