- openSUSE Users (Deutsch)

Opensuse 15.6, hplib, HP MFP M125nw, wie Scan Plugin downloaden?
by Rainer Gubanski 10 Dec '24

10 Dec '24

Hallo Liste, nach dem Update auf 15.6 scannt mein HP nicht mehr :( Yast Scanner und auch XSane finden das Gerät, XSane meldet Fehler in deer Geräte I/O oft taucht dann auch noch ein POUP auf, in dem das fehlende Plugin, das für diesen Multifunktionsdrucker nötig ist, angemahnt wird. Wie kriege ich das Plugin herutergeladen und das Gerät wieder zum Scannen? Gruß Rainer -- Rainer Gubanski Hannover -- Rainer Gubanski Hannover

2 6

Re: Problem mit VirtualBox nach Upgrade auf leap 15.6
by Stephan Hemeier 10 Dec '24

10 Dec '24

Am Donnerstag, 5. Dezember 2024, 10:03:41 CET schrieb Herbert Albert: > ~ # ls -al /lib/modules/ > total 128 > drwxr-xr-x 32 root root 4096 Dec 5 09:59 . > drwxr-xr-x 11 root root 4096 Dec 4 11:18 .. > drwxr-xr-x 3 root root 4096 Jun 11 2019 4.12.14-lp150.12.48-default > drwxr-xr-x 3 root root 4096 Jun 30 2019 4.12.14-lp150.12.58-default > drwxr-xr-x 3 root root 4096 Jul 31 2019 4.12.14-lp150.12.61-default > drwxr-xr-x 3 root root 4096 Aug 17 2019 4.12.14-lp150.12.64-default > drwxr-xr-x 3 root root 4096 Dec 16 2019 4.12.14-lp150.12.67-default > drwxr-xr-x 3 root root 4096 Dec 16 2019 4.12.14-lp150.12.70-default > drwxr-xr-x 3 root root 4096 Oct 28 2019 4.12.14-lp150.12.73-default > drwxr-xr-x 3 root root 4096 Nov 15 2019 4.12.14-lp150.12.76-default > drwxr-xr-x 3 root root 4096 Dec 16 2019 4.12.14-lp150.12.79-default > drwxr-xr-x 3 root root 4096 Mar 14 2020 4.12.14-lp150.12.82-default > drwxr-xr-x 3 root root 4096 Mar 27 2020 4.12.14-lp151.28.36-default > drwxr-xr-x 3 root root 4096 Apr 23 2020 4.12.14-lp151.28.40-default > drwxr-xr-x 3 root root 4096 Jul 4 2020 4.12.14-lp151.28.44-default > drwxr-xr-x 3 root root 4096 Aug 7 2020 4.12.14-lp151.28.48-default > drwxr-xr-x 3 root root 4096 Sep 25 2020 4.12.14-lp151.28.52-default > drwxr-xr-x 3 root root 4096 Sep 9 2020 4.12.14-lp151.28.59-default > drwxr-xr-x 3 root root 4096 Sep 28 2020 4.12.14-lp151.28.63-default > drwxr-xr-x 3 root root 4096 Oct 3 2020 4.12.14-lp151.28.67-default > drwxr-xr-x 2 root root 4096 Dec 27 2023 5.14.21-150400.22-default > drwxr-xr-x 3 root root 4096 Dec 4 10:09 5.14.21-150500.53-default > drwxr-xr-x 2 root root 4096 Jan 2 2023 5.3.18-150300.59.101-preempt > drwxr-xr-x 2 root root 4096 Jan 2 2023 5.3.18-150300.59.106-preempt > drwxr-xr-x 2 root root 4096 Dec 23 2022 5.3.18-57-default > drwxr-xr-x 2 root root 4096 Feb 17 2023 5.3.18-57-preempt > drwxr-xr-x 2 root root 4096 Sep 11 2021 5.3.18-lp152.19-default > drwxr-xr-x 3 root root 4096 Dec 15 2020 5.3.18-lp152.41-default > drwxr-xr-x 2 root root 4096 Sep 11 2021 5.3.18-lp152.84-default > drwxr-xr-x 2 root root 4096 Sep 11 2021 5.3.18-lp152.87-default > drwxr-xr-x 4 root root 4096 Dec 4 15:40 6.4.0-150600.21-default > drwxr-xr-x 5 root root 4096 Dec 4 15:50 6.4.0-150600.23.25-default > > Bin eh gerade am Ausmisten. In den letzten Jahren haben sich etliche rpm > Pakete angesammelt, die irgendwann gebraucht habe, weil es keine Systempakete > gab. Nun muss ich mühsam durchsichten, ob sie noch relevant sind. > > Gruß > Herbert Diese beiden behalten, alles andere löschen: > drwxr-xr-x 4 root root 4096 Dec 4 15:40 6.4.0-150600.21-default > drwxr-xr-x 5 root root 4096 Dec 4 15:50 6.4.0-150600.23.25-default Stephan

11 45

USB to Ethernet Adapter
by Andreas Kyek 09 Dec '24

09 Dec '24

5 4

Problem mit VirtualBox nach Upgrade auf leap 15.6
by Herbert Albert 09 Dec '24

09 Dec '24

Hallo Liste, nach dem der Support für leap 15.5 bald endet, habe ich heute mein System per zypper auf leap 15.6 hochgehoben. Das Upgrade ist soweit problemlos durchgelaufen. Doch mit VirtualBox habe ich ein Problem. Ich verwende VirtualBox aus dem SuSE Repo: ~ # zypper se -i virtualbox Loading repository data... Reading installed packages... S | Name | Summary | Type ---+--------------------------------+-------------------------------+-------- i+ | virtualbox | VirtualBox is an Emulator | package i+ | virtualbox-guest-desktop-icons | Icons for guest desktop files | package i+ | virtualbox-guest-tools | VirtualBox guest tools | package i+ | virtualbox-kmp-default | Kernel modules for VirtualBox | package i+ | virtualbox-qt | Qt GUI part for virtualbox | package (warum zeigt zypper mit dem Befehl die Quelle nicht mehr an?) Als ich einen Gast aus der GUI starten wollte, erscheint die Meldung: VM Name: Windows_10_Pro_64 The virtual machine 'Windows_10_Pro_64' has terminated unexpectedly during startup because of signal 11. Result Code: NS_ERROR_FAILURE (0x80004005) Component: MachineWrap Interface: IMachine {e36a5081-a82a-40bd-9e4e-42a44d6ce50f} In Yast Diensteverwaltung stand " vboxadd-service Beim Systemstart fehlgeschlagen" und in / var/log/messages vboxadd-service.service: Main process exited, code=exited, status=1/FAILURE vboxadd-service.service: Failed with result 'exit-code' Auch den Dienst in Yast zu starten hat nicht geholfen. Dann habe ich in der VirtualBox GUI gesehen, dass da noch das Extension Pack 7.0.18 installiert war. Ich habe dann von der Oracle Seite das passende 7.1.14 geholt und installiert, das 7.0.18er deinstalliert. Auch das hilft nicht. Hat jemand Rat was zu tun ist? Gruß Herbert

8 62

C++ Compiler g++ fehlt nach der Installation von g++-14
by Lothar Behrens 09 Dec '24

09 Dec '24

Hallo, ich habe ein Tumbleweed 64 Bit Snapshot (openSUSE-Tumbleweed-DVD-x86_64-Snapshot20231222-Media.iso) verwendet um darauf meine Software zu kompilieren und anzutesten. Leider wird der g++14 Compiler ohne symlink angelegt und die wxWidgets Quellen fragen nach diesem. Mir ist nicht bekannt dass das in der Vergangenheit mal nicht ging. Ist jemandem das Problem bekannt? Ist es wxWidgets oder die Distro die da was anders machen? PS: Ich hatte zuvor die OpenSuSE Tumbleweed rpms - glaube wxgtk2 angetestet, diese haben aber ein Problem beim Linken meiner Software: cc `wx-config --inplace --libs` -lwx_gtk3u_aui-3.2 -lwx_gtk3u_propgrid-3.2 -o wxWrapper dynamic.o -ldl -lstdc++ -L/home/lothar/lib -llbHook -lwxWrapperDLL /usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libtiff.so.6: undefined reference to `jpeg12_read_raw_data(a)LIBJPEG_8.0' /usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libtiff.so.6: undefined reference to `jpeg12_write_raw_data(a)LIBJPEG_8.0' /usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libtiff.so.6: undefined reference to `jpeg12_read_scanlines(a)LIBJPEG_8.0' /usr/lib64/gcc/x86_64-suse-linux/14/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libtiff.so.6: undefined reference to `jpeg12_write_scanlines(a)LIBJPEG_8.xn--0-jhn Kann mir da jemand weiterhelfen? Ich erwarte eigentlich, dass der gcc und g++ mit einer Variante 13 oder 14 auch die Symlinks anlegen (weil ich das aus Nutzersicht testen will). Oder habe ich zu lange kein Linux mit Compiler mehr eingerichtet und hier sich was geändert hat? :-) Danke, Lothar

5 8

Frage zu "zypper patch" vs. Yast
by Herbert Albert 06 Dec '24

06 Dec '24

Hallo Liste, mit zypper gibt es "zypper lu" (listet updates) und "zypper lp" (listet patches). Wenn ich nun ein "zypper up" mache, werden die Patches nicht installiert. Wie ist es bei Yast, da habe ich Vergleichbares nicht gefunden. Ich nehme da immer: Yast - Paket - Alle Pakete - Aktualisieren, falls neue Version verfügbar Und das macht manchmal doch einen Unterschied zu "zypper up", da in Yast dann plötzlich Abhängigkeitsprobleme auftauchen, die zypper nicht zeigt. Ab nun zu den Patches. Da hatte ich in der Vergangenheit mit einem vorherigen leap schon mal Stress nachdem ich ein "zypper patch" ausgeführt hatte. Wie macht Ihr das mit den Patches? Bei mir zeigt aktuell (leap 15.6) ein # zypper patch-check Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... Found 1 applicable patch: Category | Patches ---------+-------- security | 1 1 patch needed (1 security patch) und ein ~ # zypper lp Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... Repository | Name | Category | Severity | Interactive | Status | Since | Summary ------------------+-------------------+----------+-----------+------------- +--------+------------+------------------------------- update-oss (15.6) | openSUSE-2024-364 | security | important | --- | needed | 2024-12-04 | Security update for virtualbox Found 1 applicable patch: 1 patch needed (1 security patch) Gruß Herbert

2 2

Re: Problem mit VirtualBox nach Upgrade auf leap 15.6
by Herbert Albert 06 Dec '24

06 Dec '24

Am Donnerstag, 5. Dezember 2024, 22:34:50 CET schrieb Eric Schirra: > Am 5. Dezember 2024 12:29:01 MEZ schrieb Herbert Albert <herbert.albert(a)nefkom.net>: > >Am Donnerstag, 5. Dezember 2024, 12:21:43 CET schrieb Eric Schirra: > >> Am Mittwoch, Dezember 04, 2024 20:08 CET, schrieb Herbert Albert > >> <herbert.albert(a)nefkom.net>: > >> > >> Am Mittwoch, 4. Dezember 2024, 19:48:28 CET schrieben Sie: > >> > Am Mittwoch, 4. Dezember 2024, 19:35:59 CET schrieb Herbert Albert: > >> > > Am Mittwoch, 4. Dezember 2024, 19:21:44 CET schrieb Stephan Hemeier: > >> > > > Am Mittwoch, 4. Dezember 2024, 19:16:16 CET schrieb Herbert Albert: > >> > > > > wie kann man Altlasten wieder loswerden? Habe mein System seit > >> > > > > Jahren > >> > > > > per > >> > > > > zypper dup hochgehoben. > >> > > > > >> > > > Alles, was angezeigt wird als System Packages kann gelöscht werden. > >> > > > > >> > > > Hinterher sollten nur die kernel 6.4 Pakete übrig bleiben. > >> > > > Sowie alle kernel-firmware. > >> > > > > >> > > > Aber poste vorher auch mal: > >> > > > > >> > > > zypper se -si zypper se -si kmp > >> > > > >> > > verstehe ich noch nicht. Heißt das: > >> > > > >> > > kernel-default 5.14.21-150500.55.83.1 > >> > > kernel-default-extra 5.14.21-150500.55.83.1 > >> > > kernel-default-optional 5.14.21-150500.55.83.1 > >> > > kernel-devel 5.3.18-150300.59.* > >> > > kernel-preempt-devel 5.3.18-150300.59.* > >> > > > >> > > löschen? und was ist mit den anderen, die nicht 6.4.0-* sind und den > >> > > ganzen > >> > > kernel-firmware- *? > >> > > >> > Blos nicht löschen. > >> > Du darfst nur genau die Paketversionen löschen, hinter denen > >> > Systempaket > >> > steht. Nicht komplett. > >> > > >> > Ein > >> > > >> > sudo zypper se -si | grep Systemp > >> > > >> > zeigt dir die Paketversionen an, die du löschen kannst. Aber nicht alle > >> > Versionen dieser Pakete. Und immer genau lesen was zypper frägt. > >> > > >> > Den s Parameter kannst auch weglassen. Aber mit ihm siehst du das Repo > >> > aus > >> > dem das Paket kommt. > >> > > >> > Gruß > >> > > >> > Eric > >> > >> Du meinst dann wohl so: > >> # zypper se -si kernel | grep System > >> i+ | kernel-default | package | 5.14.21-150500.55.83.1 > >> | x86_64 | (System Packages) i+ | kernel-default-extra | > >> package | 5.14.21-150500.55.83.1 | x86_64 | (System Packages) i+ > >> | > >> kernel-default-optional | package | 5.14.21-150500.55.83.1 | > >> x86_64 | (System Packages) i+ | kernel-devel | package | > >> 5.3.18-150300.59.106.1 | noarch | (System Packages) i+ | > >> kernel-devel | package | 5.3.18-150300.59.101.1 | > >> noarch | (System Packages) i+ | kernel-preempt-devel | package | > >> 5.3.18-150300.59.106.1 | x86_64 | (System Packages) i+ | > >> kernel-preempt-devel | package | 5.3.18-150300.59.101.1 | > >> x86_64 | (System Packages) > >> > >> wie würde dann der zypper Befehl mit der zugehörigen Versionsnummer > >> heißen? > >> Da habe ich immer so mein Problem auf der Konsole mit zypper die Version > >> mit zu übergeben. Ich gehe mal davon aus, dass das Leerzeichen zwischen > >> System und Packages und das große P von dir kommt. Wegen Parameter eben > >> noch mal geschaut. s lässt auch die Version erscheinen. > >> Löschen kannst dann indem du folgendes eingibst: > >> > >> Paketnamen-Version > >> > >> Also zum Beispiel: > >> zypper rm kernel-devel-5.3.18-150300.59.106.1 > >> > >> Wenn du auch noch die Abhängigkeiten komplett loshaben willst füge noch > >> ein > >> > >> -u : > >> zypper rm -u kernel-devel-5.3.18-150300.59.106.1 > >> > >> Aber Vorsicht. Immer genau lesen was zypper sagt. > >> > >> Im übrigen ist kernel-devel noch von Leap 15.3. :-) > >> > >> > >> Gruß > >> > >> Eric > > > >also muss ich mir aus einem zypper se -si den Paketnamen und die Nummer > >zusammen kopieren. > > > >Da habe ich gerade noch eine andere Frage. Da ich gerade beim Aufräumen > >verwaister Pakte bin habe ich mir schon etwas gelöscht, was ich noch ab und > >zu hätte brauchen können (wegen -u). Gibt es einen Befehl, mit dem ich > >herausfinde von welchen Programm das Paket xyz.rpm benötigt wird? > >rpm -qil wird da nicht immer helfen. > > Evtl. Mit wp? > > Aber ich installiere grundsätzlich alle Abhängigkeiten. Warum auch nicht? > Habe keine Lust Fehler zu suchen wenn bei einem Programm irgendwas nicht > funktioniert. Die paar kb ode mb machen den Kohl nicht fett. Insbesondere > wenn manche noch flatpack oder sowas verwenden. > > Du bekommst alle fehlenden recommends mit folgenden Befehl angezeigt und > kannst sie installieren: > > sudo zypper inr > > > Gruß > Eric mit zypper inr werden mir aber Sachen angeboten die ich nicht brauche, z. B. MozillaThunderbird MozillaThunderbird-openpgp-librnp MozillaThunderbird- translations-common kmozillahelper. Zu den angebotenen Perl-Skripten kann ich nicht sagen. Wie hier beschrieben https://documentation.suse.com/de-de/sles/12-SP5/html/SLES-all/cha-sw-cl.ht… "sudo zypper install-new-recommends" soll es aber auch hilfreich sein. "Dieses Kommando ist nach dem Anschließen einer Webcam oder eines WLAN-Geräts äußerst nützlich. Hiermit werden Treiber für das Gerät und die zugehörige Software installiert, sofern verfügbar. Die Treiber und die zugehörige Software sind nur dann installierbar, wenn bestimmte Hardware-Abhängigkeiten erfüllt sind."

1 0

Re: Problem mit VirtualBox nach Upgrade auf leap 15.6
by Herbert Albert 05 Dec '24

05 Dec '24

Am Donnerstag, 5. Dezember 2024, 12:21:43 CET schrieb Eric Schirra: > Am Mittwoch, Dezember 04, 2024 20:08 CET, schrieb Herbert Albert > <herbert.albert(a)nefkom.net>: > > > > Am Mittwoch, 4. Dezember 2024, 19:48:28 CET schrieben Sie: > > Am Mittwoch, 4. Dezember 2024, 19:35:59 CET schrieb Herbert Albert: > > > Am Mittwoch, 4. Dezember 2024, 19:21:44 CET schrieb Stephan Hemeier: > > > > Am Mittwoch, 4. Dezember 2024, 19:16:16 CET schrieb Herbert Albert: > > > > > wie kann man Altlasten wieder loswerden? Habe mein System seit > > > > > Jahren > > > > > per > > > > > zypper dup hochgehoben. > > > > > > > > Alles, was angezeigt wird als System Packages kann gelöscht werden. > > > > > > > > Hinterher sollten nur die kernel 6.4 Pakete übrig bleiben. > > > > Sowie alle kernel-firmware. > > > > > > > > Aber poste vorher auch mal: > > > > > > > > zypper se -si zypper se -si kmp > > > > > > verstehe ich noch nicht. Heißt das: > > > > > > kernel-default 5.14.21-150500.55.83.1 > > > kernel-default-extra 5.14.21-150500.55.83.1 > > > kernel-default-optional 5.14.21-150500.55.83.1 > > > kernel-devel 5.3.18-150300.59.* > > > kernel-preempt-devel 5.3.18-150300.59.* > > > > > > löschen? und was ist mit den anderen, die nicht 6.4.0-* sind und den > > > ganzen > > > kernel-firmware- *? > > > > Blos nicht löschen. > > Du darfst nur genau die Paketversionen löschen, hinter denen Systempaket > > steht. Nicht komplett. > > > > Ein > > > > sudo zypper se -si | grep Systemp > > > > zeigt dir die Paketversionen an, die du löschen kannst. Aber nicht alle > > Versionen dieser Pakete. Und immer genau lesen was zypper frägt. > > > > Den s Parameter kannst auch weglassen. Aber mit ihm siehst du das Repo aus > > dem das Paket kommt. > > > > Gruß > > > > Eric > > Du meinst dann wohl so: > # zypper se -si kernel | grep System > i+ | kernel-default | package | 5.14.21-150500.55.83.1 | > x86_64 | (System Packages) i+ | kernel-default-extra | package | > 5.14.21-150500.55.83.1 | x86_64 | (System Packages) i+ | > kernel-default-optional | package | 5.14.21-150500.55.83.1 | > x86_64 | (System Packages) i+ | kernel-devel | package | > 5.3.18-150300.59.106.1 | noarch | (System Packages) i+ | > kernel-devel | package | 5.3.18-150300.59.101.1 | > noarch | (System Packages) i+ | kernel-preempt-devel | package | > 5.3.18-150300.59.106.1 | x86_64 | (System Packages) i+ | > kernel-preempt-devel | package | 5.3.18-150300.59.101.1 | > x86_64 | (System Packages) > > wie würde dann der zypper Befehl mit der zugehörigen Versionsnummer heißen? > Da habe ich immer so mein Problem auf der Konsole mit zypper die Version > mit zu übergeben. Ich gehe mal davon aus, dass das Leerzeichen zwischen > System und Packages und das große P von dir kommt. Wegen Parameter eben > noch mal geschaut. s lässt auch die Version erscheinen. > Löschen kannst dann indem du folgendes eingibst: > > Paketnamen-Version > > Also zum Beispiel: > > zypper rm kernel-devel-5.3.18-150300.59.106.1 > > Wenn du auch noch die Abhängigkeiten komplett loshaben willst füge noch ein > -u : > zypper rm -u kernel-devel-5.3.18-150300.59.106.1 > > Aber Vorsicht. Immer genau lesen was zypper sagt. > > Im übrigen ist kernel-devel noch von Leap 15.3. :-) > > > Gruß > Eric > > > > also muss ich mir aus einem zypper se -si den Paketnamen und die Nummer zusammen kopieren. Da habe ich gerade noch eine andere Frage. Da ich gerade beim Aufräumen verwaister Pakte bin habe ich mir schon etwas gelöscht, was ich noch ab und zu hätte brauchen können (wegen -u). Gibt es einen Befehl, mit dem ich herausfinde von welchen Programm das Paket xyz.rpm benötigt wird? rpm -qil wird da nicht immer helfen.

1 0

dyndns Provider und Zertifikate für dovecot server
by Andreas Kyek 04 Dec '24

04 Dec '24

Guten Morgen, ich habe seit iOS18 (IIRC) Probleme mit iPhone/iPad Mail auf meinen kleinen dovecot server (openSUSE 15.6) zuzugreifen. Der Server verteilt NUR lokal an die User - abholen macht fetchmail von den "grossen" Providern und via "sender based relaying" sendet postfix auch "über die grossen" Provider. Das war die Jahre davor schon "wackelig" - aber nach meinen Recherchen geht es wohl ab iOS18 mit meinem "self-signed" certificate nicht mehr. Android Handys / die sonstigen PCs sind hier nicht betroffen. so weit - so schlecht. Jetzt die Frage: - ich habe KEINE eigene Domain - ich habe KEINE feste IP gibt es eine Option über irgendeinen free dyndns Provider und eine Zertifikats Anbieter (z.B. Let's encrypt) an ein valides Zertifikat zu kommen? Ich habe keinen Webserver (und mangels know how und Bedarf an dieser Stelle will ich damit auch nicht anfangen) - also scheitert die Let's encrypt Strategie der Validierung via download einer Datei über Port 80. (eine "einfache" Strategie einen sicheren HTTP Zugriff hier zu erlauben existiert wohl nicht, oder?) Die andere Alternative der Identifikation ist wohl ein bestimmter TXT Record im DNS - und alle mir bekannten free dyndns Anbieter lassen benamte TXT Records nicht zu / nur in Bezahl-Tarifen zu. Hat hier irgendjemand so etwas schon gelöst? Letzte Alternative - gibt es eine _preiswerte_ Option das zu lösen? Mails aus der Ferne zu lesen ist fein (aber nicht lebensnotwendig); daher will ich hier nicht viel Geld investieren. Zeit dagegen ist nicht das Problem. Jemand Vorschläge? (Ich hoffe das wahr verständlich beschrieben) Thx Andreas

2 3

firewalld V. 2.0.1 blockiert Internet-Zugang
by El Flaco 03 Dec '24

03 Dec '24

2 1