Beiträge von Sauerkraut

Hey Leute,

Danke für die Rückmeldung. Ich denke diese Lektion habe ich nun gelernt.

Schönen Abend noch.

ciao, Stefan

PS: Was es mit den Paketen bzw. den Namen "mariadb-connector-c" und "libmariadb3" auf sich hat, weiß Jemand?

Das Update hatte ich über das Icon in der Taskleiste "Aktualisierungen vorhanden" (KDE) gemacht, dabei wurde die Sperrung meiner Beobachtung nach ignoriert. Oder ich habe etwas falsch gemacht. Auf der Kommandozeile mit zypper update oder zypper dup blieb das Paket gesperrt und wurde nicht aktualisiert. Ein paar Tage später war das Paket aus dem Archiv entfernt worden, die Sperrung auf die ältere Version habe ich dann aufgehoben. Ob tatsächlich die Update-Funktion von Discover (stellt glaube ich das Icon) letztlich verantwortlich war probiere ich bei Gelegenheit noch mal aus.

OK, hat sich mittlerweile erledigt. Das HFP-Profil steht mir nun zur Verfügung.

Hallo Leute,

ich habe ein Verständnisproblem und hoffe das mir jemand die Situation erläutern kann.

Folgendes hat sich zugetragen.

Am Wocheende wurde mein tumbleweed auf 20210806 upgedated, was bei sich bei mir ausgewirkt hat wie hier beschrieben

• https://bugs.kde.org/show_bug.cgi?id=439769
• https://bugzilla.opensuse.org/show_bug.cgi?id=1189184

2021-08-10T10:25:32 [CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR:
2021-08-10T10:25:32 [CRITICAL] org.kde.pim.akonadiserver:   Error code: "1292"
2021-08-10T10:25:32 [CRITICAL] org.kde.pim.akonadiserver:   DB error:  "Incorrect datetime value: '2021-08-10T08:25:32Z' for column `akonadi`.`pimitemtable`.`atime` at row 1"
2021-08-10T10:25:32 [CRITICAL] org.kde.pim.akonadiserver:   Error text: "Incorrect datetime value: '2021-08-10T08:25:32Z' for column `akonadi`.`pimitemtable`.`atime` at row 1 QMYSQL: Die Abfrage konnte nicht ausgeführt werden"

Bei Tumbleweed ist der Fehler mit dem update der Bibliothek libmariadb3 von 3.1.13-2.1 auf 3.2.3-1.1 eingebaut worden und nicht erst mit dem Update der mariaDB auf 10.6, da der "mariadb-connector-c" als einzelnes Paket bereitgestellt wird und nicht nur im Bündel mit mariaDB.

cat /var/log/zypp/history | grep libmariadb3

2021-07-04 08:43:18|install|libmariadb3|3.1.13-2.1
2021-08-07 21:48:18|install|libmariadb3|3.2.3-1.1

Ich habe dann die vorherige Version der Bibliothek installiert was das Problem behoben hat.

sudo zypper install --oldpackage http://download.opensuse.org/tumbleweed/repo/oss/x86_64/libmariadb3-3.1.13-2.1.x86_64.rpm

Anschließend habe ich über YAST das Paket mit "Geschützt - nicht verändern" versehen.

Gestern kam dann eine Meldung von Qt, dass das Problem Upstream gefixt sei, und heute kam ein tumbleweed Update auf 20210807.

Ich war gespannt, ob diesbezüglich Änderungen vorgenommen wurden. War aber nicht, die Versionsnummer der Bibliothek ist noch die gleiche (neuste libmariadb3-3.2.3-1.1) und sie wurde auch installiert. Also über die Version die ich eigentlich als "geschützt" markiert habe.

Meine Frage sind nun

1. Wie schütze ich ein Paket gegen eine ungewollte Aktualisierung?
2. In dem Bugreport ist die Rede von dem Paket "mariadb-connector-c", wie verhält es sich damit, dass es bei openSUSE scheinbar unter zwei Namen verfügbar ist?
   • So heißt das Code-Archiv bei mariaDB. Siehe https://github.com/mariadb-corporation/mariadb-connector-c
   • Es gibt das Paket bei SUSE unter diesem Namen. Siehe https://software.opensuse.org/package/mariadb-connector-c
   • Es gibt das Paket bei SUSE (auch) unter dem Namen "libmariadb3". Siehe https://software.opensuse.org/package/libmariadb3
3. Wie verhalte ich mich in so einem Fall richtigerweise?
4. Hätte ich am Datum/Name der Veröffentlichung "20210807" schon erkennen können, dass Änderungen nach dem 07.08 darin nicht enthalten sind?

Vielen Dank und schönen Tag noch.

ciao, Stefan

Es gibt für mich einen offensichtlichen Unterschied bei den Profilen zwischen ubuntu und tumbleweed.

ubuntu:

headset_head_unit: Kopfeinheit - Freisprecheinrichtung (HSP/HFP) (priority 30, available: yes)

Bei Ubuntu gibt es einen Eintrag "headset_head_unit" mit "HSP/HFP", wärend es unter tumbleweed davon zwei gibt.

tumbleweed:

headset_head_unit: Headset Head Unit (HSP) (priority 30, available: no)
handsfree_head_unit: Handsfree Head Unit (HFP) (priority 30, available: no)

Für mich ergeben sich hier folgende Fragen:

Worin liegt der Unterschied beider Installation, also welche Software unterscheidet sich in welchem Punkt der hier verantwortlich ist? Wer erkennt die Profile und entscheidet ob diese verfügbar sind oder nicht?

Die Bluetooth-Treiber für das USB-Dongel könnten sich möglicherweise erheblich geändert haben zwischen ubuntu 20.04 und tumbleweed, oder? Könnte es auch damit zusammenhängen? Was muss ich anstellen um rauszukriegen worin sich die Sachen unterscheiden?

Danke für den Tipp, jetzt habe ich erst entdeckt, dass das mitgelieferte spectacle ja auch eine Verzögerung anbietet. Leider wird das aufgeklappt Menü bei "aktives Fenster" dennoch nicht berücksichtigt. Bei "ganzer Bildschirm" dann schon. Der Vollständigkeit wegen hier also auch noch dieses Fenster.

Guten Morgen und danke für die Links.

Was die Regelung mit pulseaudio betrifft, komme ich soweit klar. Unter "Konfiguration" sind genau die Profile vorhanden wie auch die Ausgabe von pacmd zeigt.

headset_head_unit: Headset Head Unit (HSP) (priority 30, available: no)
a2dp_sink: High Fidelity Playback (A2DP-Ziel) (priority 40, available: yes)
handsfree_head_unit: Handsfree Head Unit (HFP) (priority 30, available: no)
off: Aus (priority 0, available: yes)

Die beiden Einträge "HSP" und "HFP" eben mit dem Zusatz "(nicht verfügabar)" Leider konnte ich das aufgeklappte pulldown nicht auf den screenshot bringen … warum auch immer "Druck" überhaupt nicht reagiert hat wenn es aufgeklappt ist.

Die benutzen Archive sind:

$ zypper lr -d
# | Alias                            | Name                                        | Enabled   | GPG Check       | Refresh        | Priority  | Type   | URI                                                                                | Serv->
--+----------------------------------+---------------------------------------------+-----------+-----------------+----------------+-----------+--------+------------------------------------------------------------------------------------+-------
1 | download.opensuse.org-non-oss    | Haupt-Repository (NON-OSS)                  | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/                              | 
2 | download.opensuse.org-oss        | Haupt-Repository (OSS)                      | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                                  | 
3 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/tumbleweed/                                    | 
4 | home_fusionfuture                | home:fusionfuture (openSUSE_Tumbleweed)     | Ja        | (r ) Ja         | Nein           |   99      | rpm-md | https://download.opensuse.org/repositories/home:/fusionfuture/openSUSE_Tumbleweed/ | 
5 | home_munix9                      | munix9's Home Project (openSUSE_Tumbleweed) | Ja        | (r ) Ja         | Nein           |   99      | rpm-md | https://download.opensuse.org/repositories/home:/munix9/openSUSE_Tumbleweed/       | 
6 | openSUSE-20210604-0              | openSUSE-20210604-0                         | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                                  | 
7 | repo-debug                       | openSUSE-Tumbleweed-Debug                   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/tumbleweed/repo/oss/                            | 
8 | repo-source                      | openSUSE-Tumbleweed-Source                  | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/tumbleweed/repo/oss/                           | 
9 | vivaldi                          | vivaldi                                     | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://repo.vivaldi.com/archive/rpm/x86_64                                         | 

• von munix9 beziehe ich die Kernelmodule für die vmware
• von fusionfuture beziehe ich noch typora
• von vivaldi den gleichnamigen Browser

Hallo liebes Forum,

ich habe ein Bluetooth Headset von Plantronics, das ich bereits unter Windows und danach auch unter Kubuntu 20.04 zum telefonieren per SIP benutzt habe.

Seit ein paar Wochen bin ich nun auf tumbleweed und etwas verzweifelt, da das Mikrofon des Headsets einfach nicht mehr erkannt werden will. Zu dem Thema kann man gefühlt eine Million Einträge finden, aber nirgendwo konnte ich eine konkrete Hilfe für mich herauslesen. Deshalb möchte ich es selbst noch einmal hier versuchen.

Gleicher BT-Dongel, gleiche Maschine. Die Kubuntu-Installation kann ich noch starten. pacmd list-cards zeigt folgendes:

index: 1
    name: <bluez_card.48_C1_AC_29_6F_BE>
    driver: <module-bluez5-device.c>
    owner module: 26
    properties:
        device.description = "PLT_VoyagerPRO"
        device.string = "48:C1:AC:29:6F:BE"
        device.api = "bluez"
        device.class = "sound"
        device.bus = "bluetooth"
        device.form_factor = "headset"
        bluez.path = "/org/bluez/hci0/dev_48_C1_AC_29_6F_BE"
        bluez.class = "0x240404"
        bluez.alias = "PLT_VoyagerPRO"
        device.icon_name = "audio-headset-bluetooth"
        device.intended_roles = "phone"
    profiles:
        headset_head_unit: Kopfeinheit - Freisprecheinrichtung (HSP/HFP) (priority 30, available: yes)
        a2dp_sink: High Fidelity Playback (A2DP-Ziel) (priority 40, available: unknown)
        off: Aus (priority 0, available: yes)
    active profile: <headset_head_unit>
    sinks:
        bluez_sink.48_C1_AC_29_6F_BE.headset_head_unit/#2: PLT_VoyagerPRO
    sources:
        bluez_sink.48_C1_AC_29_6F_BE.headset_head_unit.monitor/#2: Monitor of PLT_VoyagerPRO
        bluez_source.48_C1_AC_29_6F_BE.headset_head_unit/#3: PLT_VoyagerPRO
    ports:
        headset-output: Freisprecheinrichtung (priority 0, latency offset 0 usec, available: yes)
            properties:
                
        headset-input: Freisprecheinrichtung (priority 0, latency offset 0 usec, available: yes)
            properties:

Das Headset kann ich verbinden und das Mikrophon ist benutztbar.

Mit Tumbleweed ergibt es

index: 2
    name: <bluez_card.48_C1_AC_29_6F_BE>
    driver: <module-bluez5-device.c>
    owner module: 27
    properties:
        device.description = "PLT_VoyagerPRO"
        device.string = "48:C1:AC:29:6F:BE"
        device.api = "bluez"
        device.class = "sound"
        device.bus = "bluetooth"
        device.form_factor = "headset"
        bluez.path = "/org/bluez/hci0/dev_48_C1_AC_29_6F_BE"
        bluez.class = "0x240404"
        bluez.alias = "PLT_VoyagerPRO"
        device.icon_name = "audio-headset-bluetooth"
        device.intended_roles = "phone"
    profiles:
        headset_head_unit: Headset Head Unit (HSP) (priority 30, available: no)
        a2dp_sink: High Fidelity Playback (A2DP-Ziel) (priority 40, available: yes)
        handsfree_head_unit: Handsfree Head Unit (HFP) (priority 30, available: no)
        off: Aus (priority 0, available: yes)
    active profile: <a2dp_sink>
    sinks:
        bluez_sink.48_C1_AC_29_6F_BE.a2dp_sink/#2: PLT_VoyagerPRO
    sources:
        bluez_sink.48_C1_AC_29_6F_BE.a2dp_sink.monitor/#2: Monitor of PLT_VoyagerPRO
    ports:
        headset-output: Headset (priority 0, latency offset 0 usec, available: yes)
            properties:
                
        headset-input: Headset (priority 0, latency offset 0 usec, available: no)
            properties:

Ich kann das Headset zwar verbinden aber nur als Ausgang, das Mikrophon aber wird nicht erkannt.

Leider bin ich da schon am Ende mit meinen Kenntnissen.

Die Datei /etc/pulse/default.pa enthält auf der Kubuntu-Installation den folgenden Abschnitt, der unter tumbleweed fehlt

### Use hot-plugged devices like Bluetooth or USB automatically (LP: #1702794)
.ifexists module-switch-on-connect.so
load-module module-switch-on-connect
.endif

Allerdings weiß ich nicht, ob das für das Erkennen der Freispreicheinrichtung relevant ist.

Welche Möglichkeiten habe ich bzw. was genau sollte ich jetzt unternehmen, was sind die relevanten Aspekte bei dem Thema. ALSA? Pulseaudio? Ich bin nur Anwender, ich verstehe die Sachen im Detail überhaupt nicht. Die pulseaudio-Steuerung benutzen ich bereits.

Ich kann auch keine Videos mit vlc schauen weil: "VLC konnte das Format „h264“ (H264 - MPEG-4 AVC (part 10)) nicht dekodieren", möglicherweise fehlt mir da ein codec, was möglicherweise auch was mit Input/Mikrophon zu tun hat?

Ich bin für jede Hilfe oder Hinweise dankbar.

Schönen Abend noch.

ciao, Stefan