Yast meckert bei update
Hallo, seit kurzem meckert Yast, wenn ich darüber aktualisieren möchte (Meldung siehe unten). Und zwar gäbe es wohl neuere nvidia Pakte, aber dazu würden Pakete 'kernel-default-devel = 5.3.18-57' und 'kernel-preempt-devel = 5.3.18-57' benötigt Die sind aber installiert: ~ # zypper se -si kernel-default-devel Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-default-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-default-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) und ~ # zypper se -si kernel-preempt-devel Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-preempt-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-preempt-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) Führe ich ein update in der Konsole per zypper up, läuft alles wie gewohnt, ohne Meldung. Mein Kernel ist ~> uname -a Linux wodan2 5.3.18-150300.59.87-preempt #1 SMP PREEMPT Thu Jul 21 14:31:28 UTC 2022 (cc90276) x86_64 x86_64 x86_64 GNU/Linux Hat sich irgendwann einmal vor langer Zeit von default auf preempt gewechselt. Was stört Yast? Gruß Herbert #### YaST2 conflicts list - generated 2022-08-20 14:56:08 #### nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 nicht installieren [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen nichts stellt 'kernel-preempt-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64 nicht installieren [ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen nichts stellt 'python2-iniconfig' bereit, das vom zu installierenden python2- py-1.10.0-150000.5.9.2.noarch benötigt wird [ ] python2-py-1.10.0-150000.5.9.2.noarch durch Ignorieren einiger Abhängigkeiten brechen [ ] python2-py-1.10.0-150000.5.9.2.noarch nicht installieren nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] x11-video-nvidiaG05-470.141.03-lp153.53.1.x86_64 nicht installieren [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen [ ] nvidia-glG05-470.141.03-lp153.53.1.x86_64 nicht installieren nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen [ ] nvidia-computeG05-470.141.03-lp153.53.1.x86_64 nicht installieren das zu installierende ftdump-2.12.1-lp153.196.1.x86_64 steht im Konflikt mit 'ft2demos < 2.12.1-lp153.196.1', das vom installierten ft2demos-2.11.0- lp153.181.4.x86_64 bereitgestellt wird [ ] Deinstallation von ft2demos-2.11.0-lp153.181.4.x86_64 [ ] ftdump-2.12.1-lp153.196.1.x86_64 nicht installieren nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen [ ] nvidia-computeG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] nvidia-glG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren [ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird [ ] x11-video-nvidiaG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren [x] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen #### YaST2 conflicts list END ###
Bekannt: https://bugzilla.opensuse.org/show_bug.cgi?id=1202116 Lad es dir per Hand herunter und installier es dir. Zum python Fehler: zypper rm python2-py Stephan Am Samstag, 20. August 2022, 15:17:56 CEST schrieb Herbert Albert:
Hallo,
seit kurzem meckert Yast, wenn ich darüber aktualisieren möchte (Meldung siehe unten). Und zwar gäbe es wohl neuere nvidia Pakte, aber dazu würden Pakete 'kernel-default-devel = 5.3.18-57' und 'kernel-preempt-devel = 5.3.18-57' benötigt
Die sind aber installiert: ~ # zypper se -si kernel-default-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-default-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-default-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
und
~ # zypper se -si kernel-preempt-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-preempt-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-preempt-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
Führe ich ein update in der Konsole per zypper up, läuft alles wie gewohnt, ohne Meldung.
Mein Kernel ist ~> uname -a Linux wodan2 5.3.18-150300.59.87-preempt #1 SMP PREEMPT Thu Jul 21 14:31:28 UTC 2022 (cc90276) x86_64 x86_64 x86_64 GNU/Linux
Hat sich irgendwann einmal vor langer Zeit von default auf preempt gewechselt.
Was stört Yast?
Gruß
Herbert
#### YaST2 conflicts list - generated 2022-08-20 14:56:08 ####
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-preempt-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'python2-iniconfig' bereit, das vom zu installierenden python2- py-1.10.0-150000.5.9.2.noarch benötigt wird
[ ] python2-py-1.10.0-150000.5.9.2.noarch durch Ignorieren einiger Abhängigkeiten brechen
[ ] python2-py-1.10.0-150000.5.9.2.noarch nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-glG05-470.141.03-lp153.53.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-470.141.03-lp153.53.1.x86_64 nicht installieren
das zu installierende ftdump-2.12.1-lp153.196.1.x86_64 steht im Konflikt mit 'ft2demos < 2.12.1-lp153.196.1', das vom installierten ft2demos-2.11.0- lp153.181.4.x86_64 bereitgestellt wird
[ ] Deinstallation von ft2demos-2.11.0-lp153.181.4.x86_64
[ ] ftdump-2.12.1-lp153.196.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-glG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren
[x] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
#### YaST2 conflicts list END ###
Am Samstag, 20. August 2022, 15:57:01 CEST schrieb Stephan Hemeier:
Bekannt: https://bugzilla.opensuse.org/show_bug.cgi?id=1202116 Lad es dir per Hand herunter und installier es dir.
Zum python Fehler: zypper rm python2-py
Stephan
Am Samstag, 20. August 2022, 15:17:56 CEST schrieb Herbert Albert:
Hallo,
seit kurzem meckert Yast, wenn ich darüber aktualisieren möchte (Meldung siehe unten). Und zwar gäbe es wohl neuere nvidia Pakte, aber dazu würden Pakete 'kernel-default-devel = 5.3.18-57' und 'kernel-preempt-devel = 5.3.18-57' benötigt
Die sind aber installiert: ~ # zypper se -si kernel-default-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-default-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-default-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
und
~ # zypper se -si kernel-preempt-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-preempt-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-preempt-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
Führe ich ein update in der Konsole per zypper up, läuft alles wie gewohnt, ohne Meldung.
Mein Kernel ist ~> uname -a Linux wodan2 5.3.18-150300.59.87-preempt #1 SMP PREEMPT Thu Jul 21 14:31:28 UTC 2022 (cc90276) x86_64 x86_64 x86_64 GNU/Linux
Hat sich irgendwann einmal vor langer Zeit von default auf preempt gewechselt.
Was stört Yast?
Gruß
Herbert
#### YaST2 conflicts list - generated 2022-08-20 14:56:08 ####
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-preempt-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64
nicht installieren
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'python2-iniconfig' bereit, das vom zu installierenden python2- py-1.10.0-150000.5.9.2.noarch benötigt wird
[ ] python2-py-1.10.0-150000.5.9.2.noarch durch Ignorieren einiger
Abhängigkeiten brechen
[ ] python2-py-1.10.0-150000.5.9.2.noarch nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-glG05-470.141.03-lp153.53.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-470.141.03-lp153.53.1.x86_64 nicht installieren
das zu installierende ftdump-2.12.1-lp153.196.1.x86_64 steht im Konflikt mit 'ft2demos < 2.12.1-lp153.196.1', das vom installierten ft2demos-2.11.0- lp153.181.4.x86_64 bereitgestellt wird
[ ] Deinstallation von ft2demos-2.11.0-lp153.181.4.x86_64
[ ] ftdump-2.12.1-lp153.196.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-32bit-470.141.03-lp153.53.1.x86_64 nicht
installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-glG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-32bit-470.141.03-lp153.53.1.x86_64 nicht
installieren
[x] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
#### YaST2 conflicts list END ### Hallo Stephan,
was soll ich mir per Hand, wo, runder laden? nvidia oder Kernel Pakete? Der Bug-Report ist ziemlich lang, darin habe ich mich etwas verloren. Herbert
Am Montag, 22. August 2022, 11:32:44 CEST schrieb Herbert Albert:
Am Samstag, 20. August 2022, 15:57:01 CEST schrieb Stephan Hemeier:
Bekannt: https://bugzilla.opensuse.org/show_bug.cgi?id=1202116 Lad es dir per Hand herunter und installier es dir.
Zum python Fehler: zypper rm python2-py
Stephan
Am Samstag, 20. August 2022, 15:17:56 CEST schrieb Herbert Albert:
Hallo,
seit kurzem meckert Yast, wenn ich darüber aktualisieren möchte (Meldung siehe unten). Und zwar gäbe es wohl neuere nvidia Pakte, aber dazu würden Pakete 'kernel-default-devel = 5.3.18-57' und 'kernel-preempt-devel = 5.3.18-57' benötigt
Die sind aber installiert: ~ # zypper se -si kernel-default-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-default-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-default-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
und
~ # zypper se -si kernel-preempt-devel Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------+---------+-----------------------+-------- +-------------------------------------------- i+ | kernel-preempt-devel | package | 5.3.18-150300.59.87.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | kernel-preempt-devel | package | 5.3.18-150300.59.76.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
Führe ich ein update in der Konsole per zypper up, läuft alles wie gewohnt, ohne Meldung.
Mein Kernel ist ~> uname -a Linux wodan2 5.3.18-150300.59.87-preempt #1 SMP PREEMPT Thu Jul 21 14:31:28 UTC 2022 (cc90276) x86_64 x86_64 x86_64 GNU/Linux
Hat sich irgendwann einmal vor langer Zeit von default auf preempt gewechselt.
Was stört Yast?
Gruß
Herbert
#### YaST2 conflicts list - generated 2022-08-20 14:56:08 ####
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-preempt-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64
nicht installieren
[ ] nvidia-gfxG05-kmp-preempt-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'python2-iniconfig' bereit, das vom zu installierenden python2- py-1.10.0-150000.5.9.2.noarch benötigt wird
[ ] python2-py-1.10.0-150000.5.9.2.noarch durch Ignorieren einiger
Abhängigkeiten brechen
[ ] python2-py-1.10.0-150000.5.9.2.noarch nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-glG05-470.141.03-lp153.53.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-470.141.03-lp153.53.1.x86_64 nicht installieren
das zu installierende ftdump-2.12.1-lp153.196.1.x86_64 steht im Konflikt mit 'ft2demos < 2.12.1-lp153.196.1', das vom installierten ft2demos-2.11.0- lp153.181.4.x86_64 bereitgestellt wird
[ ] Deinstallation von ft2demos-2.11.0-lp153.181.4.x86_64
[ ] ftdump-2.12.1-lp153.196.1.x86_64 nicht installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
[ ] nvidia-computeG05-32bit-470.141.03-lp153.53.1.x86_64 nicht
installieren
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] nvidia-glG05-32bit-470.141.03-lp153.53.1.x86_64 nicht installieren
[ ] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
nichts stellt 'kernel-default-devel = 5.3.18-57' bereit, das vom zu installierenden nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57- lp153.53.1.x86_64 benötigt wird
[ ] x11-video-nvidiaG05-32bit-470.141.03-lp153.53.1.x86_64 nicht
installieren
[x] nvidia-gfxG05-kmp-default-470.141.03_k5.3.18_57-lp153.53.1.x86_64
durch Ignorieren einiger Abhängigkeiten brechen
#### YaST2 conflicts list END ###
Hallo Stephan,
was soll ich mir per Hand, wo, runder laden? nvidia oder Kernel Pakete? Der Bug-Report ist ziemlich lang, darin habe ich mich etwas verloren.
Herbert ok, habe nun
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/ x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http:// download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel- devel-5.3.18-57.3.noarch.rpm http://download.opensuse.org/distribution/leap/ 15.3/repo/oss/x86_64/kernel-preempt-devel-5.3.18-57.3.x86_64.rpm installiert. Hat geholfen. Herbert
Am Montag, 22. August 2022, 11:49:19 CEST schrieb Herbert Albert:
ok, habe nun
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/ x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http:// download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel- devel-5.3.18-57.3.noarch.rpm http://download.opensuse.org/distribution/leap/ 15.3/repo/oss/x86_64/kernel-preempt-devel-5.3.18-57.3.x86_64.rpm
installiert. Hat geholfen.
Herbert
Siehste geht doch.... War im 2. Beitrag des Bugreports gesagt, außer kernel-preempt-devel,welchen du aber auch gefunden hast.... Stephan
Am Montag, 22. August 2022, 16:19:50 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 11:49:19 CEST schrieb Herbert Albert:
ok, habe nun
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/ x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http:// download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel- devel-5.3.18-57.3.noarch.rpm http://download.opensuse.org/distribution/leap/ 15.3/repo/oss/x86_64/kernel-preempt-devel-5.3.18-57.3.x86_64.rpm
installiert. Hat geholfen.
Herbert
Siehste geht doch....
War im 2. Beitrag des Bugreports gesagt, außer kernel-preempt-devel,welchen du aber auch gefunden hast....
Stephan Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt. Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt? Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht. Gruß Herbert
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen? Stephan
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor preset: disabled) Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago Main PID: 1656 (python3) Tasks: 1 (limit: 4915) CGroup: /system.slice/radicale.service └─1656 python3 -m radicale Warning: some journal files were not opened due to insufficient permissions. als root: ~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor preset: disabled) Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago Main PID: 1656 (python3) Tasks: 1 (limit: 4915) CGroup: /system.slice/radicale.service └─1656 python3 -m radicale Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server. Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main.css /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale Gruß Herbert
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor preset: disabled) Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago Main PID: 1656 (python3) Tasks: 1 (limit: 4915) CGroup: /system.slice/radicale.service └─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor preset: disabled) Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago Main PID: 1656 (python3) Tasks: 1 (limit: 4915) CGroup: /system.slice/radicale.service └─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main.css /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3. Stephan
Am Montag, 22. August 2022, 18:10:48 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan
radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server> Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server> Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main.css /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3.
Stephan also python3 scheint etwas gemischt zu sein, hier ein Auszug: i+ | python3 | package | 3.6.15-150300.10.27.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-alabaster | package | 0.7.10-3.2.1 | noarch | openSUSE-Leap-15.3-Oss i | python3-apipkg | package | 1.4-150000.3.2.1 | noarch | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-apparmor | package | 2.13.6-150300.3.15.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-appdirs | package | 1.4.3-1.21 | noarch | openSUSE-Leap-15.3-Oss i+ | python3-argh | package | 0.26.2-bp153.1.18 | noarch | openSUSE-Leap-15.3-Oss i+ | python3-argon2-cffi | package | 19.2.0-bp153.1.28 | x86_64 | openSUSE-Leap-15.3-Oss i Radicale kommt von hier: ~ # zypper se -si radicale Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+-------- +----------------------------------------------------------- i+ | Radicale | package | 3.1.8-lp153.28.1 | noarch | Networking services and related tools (openSUSE_Leap_15.3)
Am Montag, 22. August 2022, 18:27:47 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:10:48 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan
radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server> Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server> Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main.css /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3.
Stephan also python3 scheint etwas gemischt zu sein, hier ein Auszug: i+ | python3 | package | 3.6.15-150300.10.27.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-alabaster | package | 0.7.10-3.2.1 | noarch | openSUSE-Leap-15.3-Oss i | python3-apipkg | package | 1.4-150000.3.2.1 | noarch | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-apparmor | package | 2.13.6-150300.3.15.1 | x86_64 | Online updates for openSUSE Leap 15.3 (SLE) i+ | python3-appdirs | package | 1.4.3-1.21 | noarch | openSUSE-Leap-15.3-Oss i+ | python3-argh | package | 0.26.2-bp153.1.18 | noarch | openSUSE-Leap-15.3-Oss i+ | python3-argon2-cffi | package | 19.2.0-bp153.1.28 | x86_64 | openSUSE-Leap-15.3-Oss i Radicale kommt von hier: ~ # zypper se -si radicale Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+-------- +----------------------------------------------------------- i+ | Radicale | package | 3.1.8-lp153.28.1 | noarch | Networking services and related tools (openSUSE_Leap_15.3)
Dann sollte dies nicht das Problem sein, da ja python2 entfernt wurde.....
Am Montag, 22. August 2022, 18:56:21 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:27:47 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:10:48 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert:
Hallo Stephan,
wie von Dir vorgeschlagen, habe ich zypper rm python2-py ausgeführt.
Nun funktioniert mein Zusammenspiel kontact - kalender mit radicale und export auf Smartphone nicht mehr. Ob es mit den gelöschten python2 zusammenhängt?
Wenn ich den geladen Kalender in Radicale (web frontend) wieder nach kontact als neuen Kalender importiere, zeigt er mir alle älteren Termine (vor der Aktion heute) an, neuere nicht.
Gruß Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan
radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main.c ss /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3.
Stephan
also python3 scheint etwas gemischt zu sein, hier ein Auszug: i+ | python3 | package | 3.6.15-150300.10.27.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-alabaster | package | 0.7.10-3.2.1
| noarch | openSUSE-Leap-15.3-Oss
i | python3-apipkg | package | 1.4-150000.3.2.1
| noarch | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-apparmor | package | 2.13.6-150300.3.15.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-appdirs | package | 1.4.3-1.21
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argh | package | 0.26.2-bp153.1.18
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argon2-cffi | package | 19.2.0-bp153.1.28
| x86_64 | openSUSE-Leap-15.3-Oss
i Radicale kommt von hier: ~ # zypper se -si radicale Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+-------- +----------------------------------------------------------- i+ | Radicale | package | 3.1.8-lp153.28.1 | noarch | Networking services and related tools (openSUSE_Leap_15.3)
Dann sollte dies nicht das Problem sein, da ja python2 entfernt wurde..... Hallo Stephan,
jetzt dachte ich alles ist gut, doch weit gefehlt. Gestern kam ein neuer Kernel 5.3.18-150300.59.90-preempt. Danach habe ich einen Neustart gemacht und alles war gut, auch der Nvidia Treiber wurde geladen. Heute, Rechner an, grobe Auflösung, was mir zeigt es wurde kein Nvidia Treiber geladen. Ich habe dann das System auch nochmals mit dem alten 87er Kernel gebootet, hat aber auch nicht geholfen. Hast Du eine Idee, wie ich das System wieder dazu bringe mit das der Nvidia Treiber benutzt wird? Gruß Herbert
Am Mittwoch, 24. August 2022, 10:53:37 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:56:21 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:27:47 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:10:48 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert: > Hallo Stephan, > > wie von Dir vorgeschlagen, habe ich > zypper rm python2-py > ausgeführt. > > Nun funktioniert mein Zusammenspiel kontact - kalender mit > radicale > und > export auf Smartphone nicht mehr. Ob es mit den gelöschten > python2 > zusammenhängt? > > Wenn ich den geladen Kalender in Radicale (web frontend) wieder > nach > kontact als neuen Kalender importiere, zeigt er mir alle älteren > Termine > (vor der Aktion heute) an, neuere nicht. > > Gruß > Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan
radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main .c ss /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3.
Stephan
also python3 scheint etwas gemischt zu sein, hier ein Auszug: i+ | python3 | package | 3.6.15-150300.10.27.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-alabaster | package | 0.7.10-3.2.1
| noarch | openSUSE-Leap-15.3-Oss
i | python3-apipkg | package | 1.4-150000.3.2.1
| noarch | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-apparmor | package | 2.13.6-150300.3.15.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-appdirs | package | 1.4.3-1.21
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argh | package | 0.26.2-bp153.1.18
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argon2-cffi | package | 19.2.0-bp153.1.28
| x86_64 | openSUSE-Leap-15.3-Oss
i Radicale kommt von hier: ~ # zypper se -si radicale Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+-------- +----------------------------------------------------------- i+ | Radicale | package | 3.1.8-lp153.28.1 | noarch | Networking services and related tools (openSUSE_Leap_15.3)
Dann sollte dies nicht das Problem sein, da ja python2 entfernt wurde.....
Hallo Stephan,
jetzt dachte ich alles ist gut, doch weit gefehlt. Gestern kam ein neuer Kernel 5.3.18-150300.59.90-preempt. Danach habe ich einen Neustart gemacht und alles war gut, auch der Nvidia Treiber wurde geladen. Heute, Rechner an, grobe Auflösung, was mir zeigt es wurde kein Nvidia Treiber geladen. Ich habe dann das System auch nochmals mit dem alten 87er Kernel gebootet, hat aber auch nicht geholfen. Hast Du eine Idee, wie ich das System wieder dazu bringe mit das der Nvidia Treiber benutzt wird?
Gruß Herbert Ich habe da so einen Verdacht. Aus irgendeinen Grund, den ich nicht mehr nachvollziehen kann, habe ich schon vor langer Zeit Dein Repo (Sauerland) mit eingebunden. Von dem kommen jeden Menge Firmwarepakete. Könnte es damit zu tun haben? Wenn ja, was musste ich löschen und was auf System-Standard, wie zurücksetzen?
Gruß Herbert :~> zypper lr | grep -i sauerland 8 | Sauerland | home:Sauerland | Ja | (r ) Ja | Ja :~> zypper se -si -r 8 Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+-----------------------------+------- +---------------------------------------+--------+--------------- i+ | aeskulap | Paket | git20190406-lp153.1.20 | x86_64 | home:Sauerland i+ | aeskulap-doc | Paket | git20190406-lp153.1.20 | noarch | home:Sauerland i+ | audacity | Paket | 3.1.3-lp153.209.1 | x86_64 | home:Sauerland i+ | audacity-lang | Paket | 3.1.3-lp153.209.1 | noarch | home:Sauerland i+ | automake | Paket | 1.16.5-lp153.112.1 | noarch | home:Sauerland i+ | clementine | Paket | 1.4.0.git20220327-lp153.1.1 | x86_64 | home:Sauerland i+ | cpio | Paket | 2.13-lp153.132.7 | x86_64 | home:Sauerland i+ | cpio-lang | Paket | 2.13-lp153.132.7 | noarch | home:Sauerland i+ | cpio-mt | Paket | 2.13-lp153.132.7 | x86_64 | home:Sauerland i+ | dcmtk | Paket | 3.6.5-lp153.101.21 | x86_64 | home:Sauerland i+ | flvstreamer | Paket | 2.1c1-lp153.6.14 | x86_64 | home:Sauerland i+ | fontconfig | Paket | 2.14.0-lp153.189.2 | x86_64 | home:Sauerland i+ | fontconfig-devel | Paket | 2.14.0-lp153.189.2 | x86_64 | home:Sauerland i+ | fontconfig-lang | Paket | 2.14.0-lp153.189.2 | noarch | home:Sauerland i+ | freetype2-devel | Paket | 2.12.1-lp153.199.1 | x86_64 | home:Sauerland i+ | ftdump | Paket | 2.12.1-lp153.199.1 | x86_64 | home:Sauerland i+ | gettext-runtime | Paket | 0.21-lp153.225.1 | x86_64 | home:Sauerland i+ | gettext-tools | Paket | 0.21-lp153.225.1 | x86_64 | home:Sauerland i+ | gutenprint | Paket | 5.3.4-lp153.3.202 | x86_64 | home:Sauerland i+ | hplip | Paket | 3.22.6-lp153.1.1 | x86_64 | home:Sauerland i+ | hplip-hpijs | Paket | 3.22.6-lp153.1.1 | x86_64 | home:Sauerland i+ | hplip-sane | Paket | 3.22.6-lp153.1.1 | x86_64 | home:Sauerland i+ | java-1_8_0-openjfx | Paket | 8u151~b12-lp153.6.13 | x86_64 | home:Sauerland i+ | kernel-firmware-all | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-amdgpu | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-ath10k | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-ath11k | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-atheros | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-bluetooth | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-bnx2 | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-brcm | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-chelsio | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-dpaa2 | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-i915 | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-intel | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-iwlwifi | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-liquidio | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-marvell | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-media | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-mediatek | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-mellanox | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-mwifiex | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-network | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-nfp | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-nvidia | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-platform | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-prestera | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-qcom | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-qlogic | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-radeon | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-realtek | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-serial | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-sound | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-ti | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-ueagle | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | kernel-firmware-usb-network | Paket | 20220804-lp153.3.1 | noarch | home:Sauerland i+ | lcms2 | Paket | 2.13.1-lp153.86.2 | x86_64 | home:Sauerland i+ | libarchive13 | Paket | 3.6.1-lp153.132.1 | x86_64 | home:Sauerland i+ | libbrotli-devel | Paket | 1.0.9-lp153.36.5 | x86_64 | home:Sauerland i+ | libbrotlicommon1 | Paket | 1.0.9-lp153.36.5 | x86_64 | home:Sauerland i+ | libbrotlidec1 | Paket | 1.0.9-lp153.36.5 | x86_64 | home:Sauerland i+ | libbrotlienc1 | Paket | 1.0.9-lp153.36.5 | x86_64 | home:Sauerland i+ | libdbusmenu-qt2 | Paket | 0.9.2+14.04.20131209-lp153.29.1 | x86_64 | home:Sauerland i+ | libdcmtk3_6 | Paket | 3.6.5-lp153.101.21 | x86_64 | home:Sauerland i+ | libepoxy0 | Paket | 1.5.10-lp153.2.1 | x86_64 | home:Sauerland i+ | libFLAC++6 | Paket | 1.3.4-lp153.234.2 | x86_64 | home:Sauerland i+ | libFLAC8 | Paket | 1.3.4-lp153.234.2 | x86_64 | home:Sauerland i+ | libfontconfig1 | Paket | 2.14.0-lp153.189.2 | x86_64 | home:Sauerland i+ | libfreetype6 | Paket | 2.12.1-lp153.199.1 | x86_64 | home:Sauerland i+ | liblcms2-2 | Paket | 2.13.1-lp153.86.2 | x86_64 | home:Sauerland i+ | liblcms2-devel | Paket | 2.13.1-lp153.86.2 | x86_64 | home:Sauerland i+ | libpcsclite1 | Paket | 1.9.8-lp153.187.1 | x86_64 | home:Sauerland i+ | libpng16-16 | Paket | 1.6.37-lp153.137.1 | x86_64 | home:Sauerland i+ | libportaudio2 | Paket | 190700_20210406-lp153.4.1 | x86_64 | home:Sauerland i+ | libportaudiocpp0 | Paket | 190700_20210406-lp153.4.1 | x86_64 | home:Sauerland i+ | libqjson0 | Paket | 0.9.0-lp153.2.1 | x86_64 | home:Sauerland i+ | libqt4 | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-devel | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-linguist | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-qt3support | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-sql | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-sql-sqlite | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libqt4-x11 | Paket | 4.8.7-lp153.453.1 | x86_64 | home:Sauerland i+ | libQtWebKit4 | Paket | 4.8.7+2.3.4-lp153.127.1 | x86_64 | home:Sauerland i+ | libqxtglobalshortcut0 | Paket | 0.0.1+git1533120914.688715b- lp153.9.3 | x86_64 | home:Sauerland i+ | libsensors4 | Paket | 3.6.0-lp153.148.1 | x86_64 | home:Sauerland i+ | libsord-0-0 | Paket | 0.16.10-lp153.31.1 | x86_64 | home:Sauerland i+ | libsoxr0 | Paket | 0.1.3-lp153.18.3 | x86_64 | home:Sauerland i+ | libsratom-0-0 | Paket | 0.6.10-lp153.27.2 | x86_64 | home:Sauerland i+ | libsuil-0-0 | Paket | 0.10.10-lp153.36.1 | x86_64 | home:Sauerland i+ | libtag1 | Paket | 1.12-lp153.117.1 | x86_64 | home:Sauerland i+ | libtag_c0 | Paket | 1.12-lp153.117.1 | x86_64 | home:Sauerland i+ | libtextstyle0 | Paket | 0.21-lp153.225.1 | x86_64 | home:Sauerland i+ | libtwolame0 | Paket | 0.4.0-lp153.12.1 | x86_64 | home:Sauerland i+ | libva-drm2 | Paket | 2.15.0-lp153.160.1 | x86_64 | home:Sauerland i+ | libva-glx2 | Paket | 2.15.0-lp153.160.2 | x86_64 | home:Sauerland i+ | libva-wayland2 | Paket | 2.15.0-lp153.160.2 | x86_64 | home:Sauerland i+ | libva-x11-2 | Paket | 2.15.0-lp153.160.1 | x86_64 | home:Sauerland i+ | libva2 | Paket | 2.15.0-lp153.160.1 | x86_64 | home:Sauerland i+ | libvmaf1 | Paket | 2.3.1-lp153.19.1 | x86_64 | home:Sauerland i+ | libxkbcommon-x11-0 | Paket | 1.4.1-lp153.87.2 | x86_64 | home:Sauerland i+ | libxkbcommon0 | Paket | 1.4.1-lp153.87.2 | x86_64 | home:Sauerland i | mesa-libGLU | Paket | 0.0.1-lp153.6.14 | noarch | home:Sauerland i+ | pcsc-lite | Paket | 1.9.8-lp153.187.1 | x86_64 | home:Sauerland i+ | perl-Gtk3-ImageView | Paket | 10-lp153.9.2 | noarch | home:Sauerland i+ | perl-Sane | Paket | 0.05-lp153.2.1 | x86_64 | home:Sauerland i+ | perl-XML-Parser | Paket | 2.46-lp153.55.1 | x86_64 | home:Sauerland i+ | sensord | Paket | 3.6.0-lp153.148.1 | x86_64 | home:Sauerland i+ | sensors | Paket | 3.6.0-lp153.148.1 | x86_64 | home:Sauerland i+ | taglib | Paket | 1.12-lp153.117.1 | x86_64 | home:Sauerland i+ | tar | Paket | 1.34-lp153.149.1 | x86_64 | home:Sauerland i+ | tar-lang | Paket | 1.34-lp153.149.1 | noarch | home:Sauerland i+ | tar-rmt | Paket | 1.34-lp153.149.1 | x86_64 | home:Sauerland i+ | ucode-intel | Paket | 20210608-lp153.1.1 | x86_64 | home:Sauerland i+ | unrar | Paket | 6.1.7-lp153.173.1 | x86_64 | home:Sauerland i+ | xsane | Paket | 0.999-lp153.60.1 | x86_64 | home:Sauerland
Am Mittwoch, 24. August 2022, 10:53:37 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:56:21 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:27:47 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 18:10:48 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 18:01:03 CEST schrieb Herbert Albert:
Am Montag, 22. August 2022, 17:52:05 CEST schrieb Stephan Hemeier:
Am Montag, 22. August 2022, 17:48:14 CEST schrieb Herbert Albert: > Hallo Stephan, > > wie von Dir vorgeschlagen, habe ich > zypper rm python2-py > ausgeführt. > > Nun funktioniert mein Zusammenspiel kontact - kalender mit > radicale > und > export auf Smartphone nicht mehr. Ob es mit den gelöschten > python2 > zusammenhängt? > > Wenn ich den geladen Kalender in Radicale (web frontend) wieder > nach > kontact als neuen Kalender importiere, zeigt er mir alle älteren > Termine > (vor der Aktion heute) an, neuere nicht. > > Gruß > Herbert
Kannst du die Programme als User starten? Gibt es dann Meldungen?
Stephan
radicale wird beim Systemstart gestartet.
Mache ich als User ~> systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 41min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Warning: some journal files were not opened due to insufficient permissions.
als root:
~ # systemctl status radicale ● radicale.service - A simple CalDAV (calendar) and CardDAV (contact) server>
Loaded: loaded (/etc/systemd/system/radicale.service; enabled; vendor
preset: disabled)
Active: active (running) since Mon 2022-08-22 17:16:37 CEST; 42min ago
Main PID: 1656 (python3)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/radicale.service
└─1656 python3 -m radicale
Aug 22 17:16:37 wodan2 systemd[1]: Started A simple CalDAV (calendar) and CardDAV (contact) server.
Scheint zu laufen. In der Fileliste taucht immer python3 auf, also kein python2: ~> locate radicale /etc/radicale /etc/systemd/system/radicale.service /etc/systemd/system/multi-user.target.wants/radicale.service /usr/bin/radicale /usr/lib/firewalld/services/radicale.xml /usr/lib/python3.6/site-packages/radicale /usr/lib/python3.6/site-packages/radicale/__init__.py ... /usr/lib/python3.6/site-packages/radicale/web/internal_data/css/main .c ss /usr/lib/systemd/system/radicale.service /usr/lib/sysusers.d/system-user-radicale.conf /usr/sbin/rcradicale /usr/share/augeas/lenses/dist/radicale.aug /var/lib/radicale
Gruß
Herbert
Welche Version aus welchem Repo? Denn die ich sehe, benötigen python3.
Stephan
also python3 scheint etwas gemischt zu sein, hier ein Auszug: i+ | python3 | package | 3.6.15-150300.10.27.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-alabaster | package | 0.7.10-3.2.1
| noarch | openSUSE-Leap-15.3-Oss
i | python3-apipkg | package | 1.4-150000.3.2.1
| noarch | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-apparmor | package | 2.13.6-150300.3.15.1
| x86_64 | Online updates for openSUSE Leap 15.3 (SLE)
i+ | python3-appdirs | package | 1.4.3-1.21
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argh | package | 0.26.2-bp153.1.18
| noarch | openSUSE-Leap-15.3-Oss
i+ | python3-argon2-cffi | package | 19.2.0-bp153.1.28
| x86_64 | openSUSE-Leap-15.3-Oss
i Radicale kommt von hier: ~ # zypper se -si radicale Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+-------- +----------------------------------------------------------- i+ | Radicale | package | 3.1.8-lp153.28.1 | noarch | Networking services and related tools (openSUSE_Leap_15.3)
Dann sollte dies nicht das Problem sein, da ja python2 entfernt wurde.....
Hallo Stephan,
jetzt dachte ich alles ist gut, doch weit gefehlt. Gestern kam ein neuer Kernel 5.3.18-150300.59.90-preempt. Danach habe ich einen Neustart gemacht und alles war gut, auch der Nvidia Treiber wurde geladen. Heute, Rechner an, grobe Auflösung, was mir zeigt es wurde kein Nvidia Treiber geladen. Ich habe dann das System auch nochmals mit dem alten 87er Kernel gebootet, hat aber auch nicht geholfen. Hast Du eine Idee, wie ich das System wieder dazu bringe mit das der Nvidia Treiber benutzt wird?
Gruß Herbert Habe es jetzt durch Aktualisieren der Nvidia Treiber in Yast wieder hinbekommen, dass dieser beim Start geladen wird.
Am Mittwoch, 24. August 2022, 11:27:51 CEST schrieb Herbert Albert:
Habe es jetzt durch Aktualisieren der Nvidia Treiber in Yast wieder hinbekommen, dass dieser beim Start geladen wird.
Nur zur Info: Mein Repo könnte! Probleme bereiten, wenn du daraus nichts benötigst, solltest du es deaktivieren und löschen. Die kernel-firmware Pakete machen jedoch keine Probleme, sind meist neuer als in Leap. Stephan
Am Mittwoch, 24. August 2022, 16:28:14 CEST schrieb Stephan Hemeier:
Am Mittwoch, 24. August 2022, 11:27:51 CEST schrieb Herbert Albert:
Habe es jetzt durch Aktualisieren der Nvidia Treiber in Yast wieder hinbekommen, dass dieser beim Start geladen wird.
Nur zur Info: Mein Repo könnte! Probleme bereiten, wenn du daraus nichts benötigst, solltest du es deaktivieren und löschen.
Die kernel-firmware Pakete machen jedoch keine Probleme, sind meist neuer als in Leap.
Stephan Hallo Stephan,
ist es mit dem deaktivieren wirklich getan? Ich habe das repo aus dem autorefresh genommen und deaktiviert. Dann ein zypper up --allow-vendor-change durchgeführt. Damit sind aber wohl die bereits installierten Pakte aus Deinem repo nicht auf ein System-Repo geändert bzw. aus solch einen ausgetauscht. Sollte ich jetzt noch etwas machen? Wenn ich ein paar Pakete, die aus Deinen Repo waren (siehe obige Meldung), mit zypper liste, zeigen diese auf das System-Repo. # zypper se -si clementine audacity aeskulap automake Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+---------------+---------+-----------------------------+-------- +------------------ i+ | aeskulap | package | git20190406-lp153.1.20 | x86_64 | (System Packages) i+ | aeskulap-doc | package | git20190406-lp153.1.20 | noarch | (System Packages) i+ | audacity | package | 3.1.3-lp153.209.1 | x86_64 | (System Packages) i+ | audacity-lang | package | 3.1.3-lp153.209.1 | noarch | (System Packages) i+ | automake | package | 1.16.5-lp153.112.1 | noarch | (System Packages) i+ | clementine | package | 1.4.0.git20220327-lp153.1.1 | x86_64 | (System Packages) Gruß Herbert
Am Mittwoch, 24. August 2022, 17:27:16 CEST schrieb Herbert Albert:
Hallo Stephan,
ist es mit dem deaktivieren wirklich getan? Ich habe das repo aus dem autorefresh genommen und deaktiviert. Dann ein zypper up --allow-vendor-change durchgeführt. Damit sind aber wohl die bereits installierten Pakte aus Deinem repo nicht auf ein System-Repo geändert bzw. aus solch einen ausgetauscht.
Sollte ich jetzt noch etwas machen?
Wenn ich ein paar Pakete, die aus Deinen Repo waren (siehe obige Meldung), mit zypper liste, zeigen diese auf das System-Repo.
Klar, was installiert ist bleibt bei einem zypper up installiert. Erst ein zypper dup --allow-vendor-change ändert. Oder ein zypper in -f PAKETNAME installiert noch einmal aus aktiven Repos.... Stephan
Am 24.08.22 um 17:27 schrieb Herbert Albert: ...
ist es mit dem deaktivieren wirklich getan? Ich habe das repo aus dem autorefresh genommen und deaktiviert. Dann ein zypper up --allow-vendor-change durchgeführt. Damit sind aber wohl die bereits installierten Pakte aus Deinem repo nicht auf ein System-Repo geändert bzw. aus solch einen ausgetauscht.
Sollte ich jetzt noch etwas machen? ...
Hier zeigt YaST ganz hervorragend, was zu tun sein könnte. - Aufrufen Yast - Software-Repositorys, unerwünschtes deaktivieren oder löschen - Aufrufen YaST - Software installieren oder löschen - Anzeigen Repositorys aktiviert, dort - bei "installiert(Vefügbar)" klicken und presto - alle Pakete, zu denen es kein Repo gibt, sind "rot" ausgezeichnet, - per update-Klick werden sie auf ein vorhandenes Repo up/downgedatet, - wenn es keine alternatives Paket bei den vorhandenen Repos gibt, sollte man sie löschen. Gruß Peter
Hallo Peter, klingt gut, aber Am Donnerstag, 25. August 2022, 09:58:17 CEST schrieb Peter McD: [...]
Hier zeigt YaST ganz hervorragend, was zu tun sein könnte. - Aufrufen Yast - Software-Repositorys, unerwünschtes deaktivieren oder löschen
- Aufrufen YaST - Software installieren oder löschen - Anzeigen Repositorys aktiviert, dort ich kann bei Anzeigen per drop down auswählen: "Schemata", "Paket Klassifizierung", "Sprachen", "Repositories", "Suchen" und "Installationszusammenfassung" was hast Du gewählt, "Repositories"? - bei "installiert(Vefügbar)" klicken und presto das dann bei jeden Repo einzeln? - alle Pakete, zu denen es kein Repo gibt, sind "rot" ausgezeichnet, - per update-Klick werden sie auf ein vorhandenes Repo up/downgedatet, wo ist der update-Klick Button? - wenn es keine alternatives Paket bei den vorhandenen Repos gibt, sollte man sie löschen.
Gruß Peter Gruß
Herbert
Am 25.08.22 um 10:34 schrieb Herbert Albert:
Hallo Peter,
klingt gut, aber
Am Donnerstag, 25. August 2022, 09:58:17 CEST schrieb Peter McD:
[...]
Hier zeigt YaST ganz hervorragend, was zu tun sein könnte. - Aufrufen Yast - Software-Repositorys, unerwünschtes deaktivieren oder löschen
- Aufrufen YaST - Software installieren oder löschen - Anzeigen Repositorys aktiviert, dort ich kann bei Anzeigen per drop down auswählen: "Schemata", "Paket Klassifizierung", "Sprachen", "Repositories", "Suchen" und "Installationszusammenfassung" was hast Du gewählt, "Repositories"? - bei "installiert(Vefügbar)" klicken und presto das dann bei jeden Repo einzeln? - alle Pakete, zu denen es kein Repo gibt, sind "rot" ausgezeichnet, - per update-Klick werden sie auf ein vorhandenes Repo up/downgedatet, wo ist der update-Klick Button?
rechts-Klick auf das Paket-Häkchen, es kommt eine Auswahl an Möglichkeiten. Gruß Peter
participants (3)
-
Herbert Albert
-
Peter McD
-
Stephan Hemeier