Beiträge von Kieltux

Zitat von Alero

Interessanterweise nutzt Debian noch die Version 2.19.5+dfsg-3. Da gibt es natürlich keine Probleme.

Botan2 != Botan3.

Aber ist sicherlich bekannt.

Botan2 EOL: "A reminder that Botan2 reaches end of life at the end of 2024"

Es gibt einen Teilausfall der openSUSE Infrastruktur, siehe auch: https://status.opensuse.org/

wero: Es ist auch anderen aufgefallen: https://lists.opensuse.org/arc…MIEYMCTQHBJVYIEU3PBUHIMA/

Hintergrund: Der NetworkManager prüft anhand der Erreichbarkeit von conncheck.opensuse.org, ob Deine Internetverbindung funktioniert. Ist conncheck.opensuse.org nicht erreichbar, "denkt" der NetworkManager, dass Deine Internetverbindung Probleme hat.

# cat /usr/lib/NetworkManager/conf.d/conncheck-openSUSE.conf  
[connectivity]
uri=http://conncheck.opensuse.org

Auf der PC Seite: Den Download Ordner (Smartphone -> PC) kannst Du in den KDE Connect Einstellungen konfigurieren. Im Standard ist das der Download Ordner im Home Verzeichnis.

Auf der Smartphone Seite: Hast Du in der KDE Connect App in den "Modul-Einstellungen" (KDE Connect muss verbunden sein -> Das Drei-Punkte Menü oben rechts) "Dateisystem-Freigabe" aktiviert?

Wie überträgst Du Dateien vom PC in Richtung Smartphone?

Hallo Omegator,

die Meldung, die Du erhälst ist normal. Der CUPS Scheduler lauscht auf drei Wege, ob Du drucken willst (service, path, socket).

Diese drei Wege sind im Standard aktiviert (Stichwort "preset: enabled). Die CUPS Scheduler path und socket aktivieren im Fall des Falles dann service.

bart:/etc/cups # systemctl status cups
● cups.service - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:53:58 CEST; 8min ago
TriggeredBy: ● cups.path
             ● cups.socket
       Docs: man:cupsd(8)
   Main PID: 5713 (cupsd)
      Tasks: 2 (limit: 4531)
        CPU: 4.006s
     CGroup: /system.slice/cups.service
             ├─5713 /usr/sbin/cupsd -l
             └─5715 /usr/lib/cups/notifier/dbus dbus://

Oct 24 06:53:58 bart systemd[1]: Started CUPS Scheduler.

bart:/etc/cups # systemctl status cups.socket
● cups.socket - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:39:45 CEST; 22min ago
   Triggers: ● cups.service
     Listen: /run/cups/cups.sock (Stream)
     CGroup: /system.slice/cups.socket

Oct 24 06:39:45 bart systemd[1]: Listening on CUPS Scheduler.

bart:/etc/cups # systemctl status cups.path
● cups.path - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.path; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:39:45 CEST; 22min ago
   Triggers: ● cups.service

Hast Du nach der Änderung von

1. Anpassung /etc/cups/printers.conf -> Eintrag unter <Printer NEUER_NAME_DES_DRUCKERS>

2. Umbennung der ppd Datei von ALTER_NAME_DES_DRUCKERS.ppd in NEUER_NAME_DES_DRUCKERS.ppd

einmal einen restart vom cups.service gemacht?

systemctl restart cups.service

Hier (Leap 15.6) wurde dann der neue Druckername angezeigt.

Schau Dir mal diesen Thread an: "FYI, I just managed to get it working on openSUSE Tumbleweed on a XPS 13 9340 laptop" ... https://bbs.archlinux.org/viewtopic.php?pid=2198775#p2198775

Der Autor hat die Pakete für Tumbleweed in seinem Repository in OBS bereitgestellt: https://build.opensuse.org/project/show/home:ateixeira:xps13

Alle Chromium basierten Browser prüfen beim Start (seit ca. 10 Jahren), ob der Anwender die jeweiligen Standardanwendungen der Desktopumgebung für Kennwörter aktiviert haben (KDE: kwallet, Gnome: Gnome Keyring/Seahorse, usw.). Ist dies der Fall, möchten die Chromium basierten Browser diesen Kennwortspeicher verwenden und daher der Kennwortabfrage.

1. Du kannst das Verhalten ändern, indem Du den Chromium basierten Browser mit folgender Ergänzung aufrufst:

--password-store=basic

Hintergrundinfo zur Option:

--password-store=<basic|gnome|kwallet>
Set the password store to use. The default is to automatically detect based on the desktop environment. basic selects the built in, unencrypted password store. gnome selects Gnome keyring. kwallet selects (KDE) KWallet. (Note that KWallet may not work reliably outside KDE.)

Bei kwallet kann über ein Eintrag in der config Datei der Zugriff der Chromium basierten Browser verhindert werden

~/.config>kwalletrc
...
[Auto Deny] kdewallet=Opera,Chromium

Das von Dir verwendete Paket ist nicht von Packman.

Deine Quelle ist https://build.opensuse.org/repositories/home:TEggers/makemkv

Kann es sein, dass Du kein openSUSE Leap 15.6 verwendest? Eventuell eher 15.5?

Wie verhält sich das Booten bzw. das Netzwerk, nachdem Du folgendes gemacht hast?

sudo systemctl mask NetworkManager-wait-online.service

Die Änderung kannst Du wie folgt rückgängig machen, wenn es nichts gebracht hat.

sudo systemctl unmask NetworkManager-wait-online.service

Hintergrund: Letzten Sonntag 6 PCs/Notebooks von Leap 15.5 auf 15.6 aktualisiert, davon 3 mit NetWorkManager. Bei allen dreien, trat das von Dir beschriebene Verhalten auf.

Alero: Wie kommst Du auf 1,5 GB?

/openSUSE/openSUSE_Leap_15.6/LibreOffice242 # du -h
302M    ./noarch
125M    ./x86_64
1.3M    ./repodata
427M    .

Mit allen Sprachen komme ich auf 427 MB. Deine 1,5 GB sind Faktor 3,5 größer.

Ja, FreeOffice kommt auf 110 MB, ist leider aber nicht openSource.

Verwechselst Du hier etwas?

Zitat von su_lin_user

Von wem kommt dann die umfangreiche hplip-Datenbank auf HP-Developers ??

HPLIP kommt schon von HP, wird aber ohne einen wie auch immer gearteten Support bereitgestellt.

"HPLIP (HP Linux Imaging & Printing) is an HP-developed solution for printing, scanning, and faxing with HP inkjet and laser printers in Linux. ...

HP does not provide formal consumer or commercial support for this software. Support is provided informally through a series of resources at the Launchpad.net website, and on this HP-sponsored website." (Quelle: https://developers.hp.com/hp-l…maging-and-printing/about).

Ohne HP würde es hier auch in Teilen gar nicht gehen:

"A small subset of HP devices require proprietary software technologies to allow full access to printer features and performance. These technologies cannot be open sourced. Because of this, HP is releasing binary plug-ins for each of these printers that work in conjunction with our Linux Open Source Printing Software to improve the printing experience for HP’s Linux Printing Customers. These binary plug-ins require the user to read and agree to a license agreement at the time of driver installation.

A small subset of HP devices require proprietary software technologies to allow full access to printer features and performance. These technologies cannot be open sourced. Because of this, HP is releasing binary plug-ins for each of these printers that work in conjunction with our Linux Open Source Printing Software to improve the printing experience for HP’s Linux Printing Customers. These binary plug-ins require the user to read and agree to a license agreement at the time of driver installation." (Quelle: https://developers.hp.com/hp-l…ting/IsHPLIPLicensed.html)