Beiträge von susefest

    Ich habe ein online upgrade auf LEAP 15.5 durchgeführt. Soweit keine Auffälligkeiten, aber heute wollte ich ein PDF aus Okular drucken, das hat nicht funktioniert (vor dem Upgrade kein Problem). Fehlermeldung in der Druckerwarteschlange: "Color Manager: no profiles specified in PPD


    Im log (journalctl) ist folgendes zu finden:


    Der Drucker ist ein HP OfficeJet Pro 9010.

    Treiber (in YaST überprüft): HP Officejet Pro 9010 Series, hpcups 3.21.10

    Ich habe testweise auf die anderen verfügbaren Treiber "[manufacturer-PPDs/hplip/hp-officejet_pro_9010_series.ppd.gz]" und "driverless, cups-filters1.25.0" umkonfiguriert, das hat nichts gebracht.


    Als Workaround kann ich im Druckdialog bei den PDF-Optionen "Rasterung erzwingen" einschalten - aber vorher ging es ja auch ohne ...


    Hat Jemand eine Idee? Ich habe einen alten Thread von 2019 hier gefunden, da lag es am Ghostscript. Sollte das ein Wiederholungsfall sein?


    Bin für Tipps dankbar!

    Viele Grüße

    HEUREKA - ich hab es gelöst :smilie_hops_011:

    Für alle, die das Problem in Zukunft auch bekommen:

    Die in openSUSE standardmäßig aktive Sicherheitssoftware AppArmor hat für mosquitto ein vordefiniertes Profil, welches das Lesen verhindert.

    Konkret ist im Verzeichnis /etc/mosquitto für das Programm /usr/sbin/mosquitto ausschließlich das Lesen der Datei mosquitto.conf erlaubt. Daher schlägt das Lesen von /etc/mosquitto/pwfile fehl.

    Lösung

    Die Datei pwfile muss in /etc/mosquitto/conf.d liegen und der Eintrag in der Konfigurationsdatei dorthin verweisen.


    Ich verstehe das Konzept jetzt. Mosquitto startet mit root-Rechten und liest die Datei /etc/mosquitto/mosquitto.conf. Danach schaltet es auf den weniger priveligierten user "mosquitto" herunter und liest damit erst die weiteren Konfigurationsdateien in /etc/mosquitto/conf.d. So gesehen erscheint es mir schon sinnvoll, den Zugriff zu beschränken.

    Aber ein Hinweis in einer README o.ä. wäre sehr hilfreich....

    Vielleicht kann das jemand, der weiß wie das geht, bei den openSUSE-Paketierern vorschlagen?

    Hallo an alle,

    ich verzweifle seit mehreren Tagen daran, mosquitto (als MQTT-Broker für openhab) mit Passwort-Authentifizierung in Betrieb zu nehmen.

    System: opensuse 15.3, gleiches Verhalten auf zwei verschiedenen Rechnern (Intel X86-64)

    Konfiguration: in /etc/mosquitto/conf.d/openhab.conf:

    Code
    # without this mosquitto will not talk to other hosts on the network
    listener 1883
    # user/password authentication is required
    password_file /etc/mosquitto/pwfile

    Egal ob ich mosquitto über systemd oder manuell sudo mosquitto -c /etc/mosquitto/mosquitto.conf -v starte, mosquitto kann die Datei /etc/mosquitto/pwfile

    nicht lesen:

    Code
    1645550497: Loading config file /etc/mosquitto/conf.d/openhab.conf
    1645550497: mosquitto version 2.0.10 starting
    1645550497: Config loaded from /etc/mosquitto/mosquitto.conf.
    1645550497: Error: Unable to open pwfile "/etc/mosquitto/pwfile".
    1645550497: Error opening password file "/etc/mosquitto/pwfile".

    Zugriffsrechte sind meiner Ansicht nach OK:


    Die Datei pwfile ist eine Kopie der pwfile.example. Das Anlegen eines neuen Users mit

    sudo mosquitto_passwd /etc/mosquitto/pwfile xxxx

    ging ohne Probleme


    Ich habe auch den "Härtetest" gemacht:

    • die pwfile nach /tmp/ kopiert
    • in der Konfiguration password_file /tmp/pwfile angegeben
    • und die Datei /tmp/pwfile komplett freigegeben sudo chmod 777 /tmp/pwfile
    Code
    ls -l /tmp/pwfile
    -rwxrwxrwx 1 mosquitto mosquitto 474 22. Feb 18:32 /tmp/pwfile

    Der Fehler bleibt derselbe

    Code
    sudo mosquitto -c /etc/mosquitto/mosquitto.conf -v
    1645551339: Loading config file /etc/mosquitto/conf.d/openhab.conf
    1645551339: mosquitto version 2.0.10 starting
    1645551339: Config loaded from /etc/mosquitto/mosquitto.conf.
    1645551339: Error: Unable to open pwfile "/tmp/pwfile".
    1645551339: Error opening password file "/tmp/pwfile".

    Letzter Versuch war, das pwfile neu zu erzeugen (mosquitto_passwd -c /tmp/pwfile xxxx), für alle lesbar zu machen chmod 666 /tmp/pwfile und mosquitto als root laufen zu lassen (option user root in der config-Datei. Auch das hilft nichts:

    Code
    sudo mosquitto -c /etc/mosquitto/mosquitto.conf -v
    1645553666: Loading config file /etc/mosquitto/conf.d/openhab.conf
    1645553666: Warning: Mosquitto should not be run as root/administrator.
    1645553666: mosquitto version 2.0.10 starting
    1645553666: Config loaded from /etc/mosquitto/mosquitto.conf.
    1645553666: Error: Unable to open pwfile "/tmp/pwfile".
    1645553666: Error opening password file "/tmp/pwfile".



    Jetzt bin ich ratlos. :/ In allen Suchen im Web habe ich nichts Hilfreiches gefunden.

    Was kann den Zugriff auf die Datei noch stören? Irgendeine AppArmor-Policy?? Davon hab ich keine Ahnung...


    Hat jemand eine Idee?

    Kleines Update: ich habe mit

    Code
    tcpdump -i bluetooth0 -w btcapture_02.pcap

    mal die Kommunikation mitgeschnitten und wireshark mit Filter auf das Bluetooth-AVRCP-Profil darauf angesetzt. Da sieht man die Kommunikation zur Lautstärkeregelung:

    3533 34.993438 SonyMobi_0b:7a:fc (Xperia XZ1 Compact) localhost () AVRCP 23 Rcvd Vendor dependent: Control - SetAbsoluteVolume - Volume: 70%

    3534 34.993707 localhost () SonyMobi_0b:7a:fc (Xperia XZ1 Compact) AVRCP 23 Sent Vendor dependent: Accepted - SetAbsoluteVolume - Volume: 70%

    3544 35.049684 SonyMobi_0b:7a:fc (Xperia XZ1 Compact) localhost () AVRCP 23 Rcvd Vendor dependent: Control - SetAbsoluteVolume - Volume: 66%

    3545 35.050009 localhost () SonyMobi_0b:7a:fc (Xperia XZ1 Compact) AVRCP 23 Sent Vendor dependent: Accepted - SetAbsoluteVolume - Volume: 66%

    3561 35.150976 SonyMobi_0b:7a:fc (Xperia XZ1 Compact) localhost () AVRCP 23 Rcvd Vendor dependent: Control - SetAbsoluteVolume - Volume: 62%

    3562 35.151178 localhost () SonyMobi_0b:7a:fc (Xperia XZ1 Compact) AVRCP 23 Sent Vendor dependent: Accepted - SetAbsoluteVolume - Volume: 62%


    Aber das scheint nicht zu Pulseaudio vorzudringen...

    Naja, ich nehme den Computer sozusagen als Bluetooth-Lautsprecher. Bei einem "richtigen" Bluetooth-Lautsprecher kann ich die Lautstärke regeln, indem ich am Handy lauter oder leiser stelle. Und genau das wünsche ich mir auch vom Linux-Rechner in seiner Rolle als Bluetooth-Lautsprecher. Die Information über die Lautstärkeregelung muss ja im Bluetooth-Datenstrom drin sein, weil der Bluetooth-Lautsprecher auch drauf reagiert.

    Hallo zusammen,

    ich verbinde mein Android-Handy über Bluetooth mit meinem Rechner mit opensuse LEAP 15.2 um über dessen Lautsprecher Musik zu hören. Das funktioniert auch insoweit, dass ich das Audio hören kann. Was nicht funktioniert ist, dass die Lautstärkeeinstellung am Handy die Lautstärke der Wiedergabe am Rechner ändert (so wie das bei Bluetooth-Boxen oder Kopfhörern der Fall ist).

    Meine Frage: wird das nicht unterstützt oder kann ich hier auf Fehlersuche gehen (wenn ja, wo und wie)?

    Theoretisch müssten ja die Lautstärkeänderungen im Bluetooth-Datenstrom auf dem Linux-Rechner ankommen und dann an Pulseaudio weitergeleitet werden, stimmt's?

    Ich habe das Problem auf zwei verschiedenen Rechnern mit LEAP15.2, KDE Plasma und Pulseaudio. Das verwendete Bluetooth-Profil ist A2DP.


    Ich habe schon eine Stunde bei Google verbracht, ohne etwas hilfreiches zu finden... Bin für Tipps dankbar!