Mozilla Firefox auf openSUSE Leap: sporadisches Einfrieren des System, nur Hardware-Reboot möglich

tulicube:~ # zypper se -s -i -r 1
Loading repository data...
Reading installed packages...

S  | Name                 | Type    | Version             | Arch   | Repository
---+----------------------+---------+---------------------+--------+-----------------------
i+ | liba52-0             | package | 0.8.0-lp156.16.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavcodec58_134     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavdevice58_13     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavfilter7_110     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavformat58_76     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavresample4_0     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libavutil56_70       | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libdca0              | package | 0.0.7+2-lp156.7.2   | x86_64 | VideoLAN-Download-SUSE
i  | libdvdcss2           | package | 1.4.3+3-lp156.10.2  | x86_64 | VideoLAN-Download-SUSE
i+ | libfaad2             | package | 2.10.0-lp156.1.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libfdk-aac2          | package | 2.0.2+230-lp156.3.2 | x86_64 | VideoLAN-Download-SUSE
i+ | libmpeg2-0           | package | 0.5.1-lp156.9.2     | x86_64 | VideoLAN-Download-SUSE
i+ | libopencore-amrnb0   | package | 0.1.5-lp155.2.1     | x86_64 | VideoLAN-Download-SUSE
i+ | libopencore-amrwb0   | package | 0.1.5-lp155.2.1     | x86_64 | VideoLAN-Download-SUSE
i+ | libpostproc55_9      | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libswresample3_9     | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i+ | libswscale5_9        | package | 4.4-lp156.13.7.2    | x86_64 | VideoLAN-Download-SUSE
i  | libvlc5              | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i  | libvlccore9          | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i+ | libx264-164          | package | 0.164-lp156.3.2     | x86_64 | VideoLAN-Download-SUSE
i  | libx265-188          | package | 3.3-lp156.2.2       | x86_64 | VideoLAN-Download-SUSE
i+ | libxvidcore4         | package | 1.3.7-lp156.1.2     | x86_64 | VideoLAN-Download-SUSE
i+ | vlc                  | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i  | vlc-codec-fluidsynth | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i+ | vlc-codec-gstreamer  | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i+ | vlc-codecs           | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i+ | vlc-lang             | package | 3.0.21-150601.392.1 | noarch | VideoLAN-Download-SUSE
i  | vlc-noX              | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i  | vlc-qt               | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE
i+ | vlc-vdpau            | package | 3.0.21-150601.392.1 | x86_64 | VideoLAN-Download-SUSE

Ohne PackMan oder VideoLAN sehe ich keinen gescheiten Einsatz von VLC…

tulicube:~ # zypper se -s -i -r 3
Loading repository data...
Reading installed packages...

S  | Name                          | Type    | Version                         | Arch   | Repository
---+-------------------------------+---------+---------------------------------+--------+-------------------------------
i+ | android-tools                 | package | 35.0.1-lp156.52.1               | x86_64 | openSUSE-Repositories-Hardware
i+ | android-tools-bash-completion | package | 35.0.1-lp156.52.1               | noarch | openSUSE-Repositories-Hardware
i+ | android-udev-rules            | package | 20240625-lp156.44.1             | noarch | openSUSE-Repositories-Hardware
i+ | cpupower                      | package | 6.4.0-lp156.164.2               | x86_64 | openSUSE-Repositories-Hardware
i+ | cpupower-bash-completion      | package | 6.4.0-lp156.164.2               | noarch | openSUSE-Repositories-Hardware
i+ | cpupower-lang                 | package | 6.4.0-lp156.164.2               | noarch | openSUSE-Repositories-Hardware
i+ | crda                          | package | 4.15-lp156.69.2                 | x86_64 | openSUSE-Repositories-Hardware
i+ | iucode-tool                   | package | 2.3.1-lp156.21.2                | x86_64 | openSUSE-Repositories-Hardware
i  | libcpupower1                  | package | 6.4.0-lp156.164.2               | x86_64 | openSUSE-Repositories-Hardware
i+ | libflashrom1                  | package | 1.3.0-lp156.59.2                | x86_64 | openSUSE-Repositories-Hardware
i+ | libftdi1-2                    | package | 1.5.12+git.0684c1b-lp156.52.3   | x86_64 | openSUSE-Repositories-Hardware
i+ | libgusb2                      | package | 0.4.9-lp156.57.1                | x86_64 | openSUSE-Repositories-Hardware
i+ | libhidapi-hidraw0             | package | 0.14.0-lp156.24.1               | x86_64 | openSUSE-Repositories-Hardware
i+ | libimobiledevice-1_0-6        | package | 1.3.0+190git.20230705-lp156.1.2 | x86_64 | openSUSE-Repositories-Hardware
i+ | libimobiledevice-glue-1_0-0   | package | 1.1.0+git0.20240222-lp156.11.1  | x86_64 | openSUSE-Repositories-Hardware
i+ | libiw30                       | package | 30.pre9-lp156.77.2              | x86_64 | openSUSE-Repositories-Hardware
i+ | libjaylink0                   | package | 0.3.1-lp156.17.1                | x86_64 | openSUSE-Repositories-Hardware
i+ | libplist-2_0-4                | package | 2.3.0-lp156.2.2                 | x86_64 | openSUSE-Repositories-Hardware
i+ | libspnav0                     | package | 1.1-lp156.1.1                   | x86_64 | openSUSE-Repositories-Hardware
i+ | libts0                        | package | 1.22-lp156.36.2                 | x86_64 | openSUSE-Repositories-Hardware
i  | libusb-0_1-4                  | package | 0.1.13-lp156.88.1               | x86_64 | openSUSE-Repositories-Hardware
i+ | libusb-1_0-0                  | package | 1.0.27-lp156.75.1               | x86_64 | openSUSE-Repositories-Hardware
i+ | libusbmuxd-2_0-6              | package | 2.0.2-lp156.28.2                | x86_64 | openSUSE-Repositories-Hardware
i+ | libwacom-data                 | package | 2.12.2-lp156.2.1                | x86_64 | openSUSE-Repositories-Hardware
i+ | libwacom9                     | package | 2.12.2-lp156.2.1                | x86_64 | openSUSE-Repositories-Hardware
i+ | lshw                          | package | B.02.20-lp156.78.2              | x86_64 | openSUSE-Repositories-Hardware
i+ | lshw-lang                     | package | B.02.20-lp156.78.2              | noarch | openSUSE-Repositories-Hardware
i  | switcheroo-control            | package | 2.6-lp156.29.2                  | x86_64 | openSUSE-Repositories-Hardware
i+ | usb_modeswitch                | package | 2.6.1-lp156.3.2                 | x86_64 | openSUSE-Repositories-Hardware
i+ | usb_modeswitch-data           | package | 2.6.1-lp156.3.2                 | noarch | openSUSE-Repositories-Hardware
i+ | usbmuxd                       | package | 1.1.1+git48.01c94c7-lp156.93.2  | x86_64 | openSUSE-Repositories-Hardware
i+ | wireless-regdb                | package | 20231201-lp156.126.1            | noarch | openSUSE-Repositories-Hardware
i+ | wireless-tools                | package | 30.pre9-lp156.77.2              | x86_64 | openSUSE-Repositories-Hardware
i+ | wpa_supplicant                | package | 2.10-lp156.169.2                | x86_64 | openSUSE-Repositories-Hardware
tulicube:~ # zypper se -s -i -r 4
Loading repository data...
Reading installed packages...

S  | Name            | Type    | Version            | Arch   | Repository
---+-----------------+---------+--------------------+--------+----------------------------------------------------------
i+ | 7zip            | package | 24.07-lp156.37.1   | x86_64 | openSUSE-Repositories-Home:Gunner_Gewiß_(7zip,_XFractint)
i+ | libgourou-utils | package | 0.8.3-lp156.3.1    | x86_64 | openSUSE-Repositories-Home:Gunner_Gewiß_(7zip,_XFractint)
i+ | libgourou0_8_3  | package | 0.8.3-lp156.3.1    | x86_64 | openSUSE-Repositories-Home:Gunner_Gewiß_(7zip,_XFractint)
i+ | xfractint       | package | 20.04.16-lp156.4.1 | x86_64 | openSUSE-Repositories-Home:Gunner_Gewiß_(7zip,_XFractint)

Ja, Home-Repository, aber nun wirklich nichts Schlimmes…

tulicube:~ # zypper se -s -i -r 5
Loading repository data...
Reading installed packages...

S  | Name      | Type    | Version         | Arch   | Repository
---+-----------+---------+-----------------+--------+-------------------------------------------------------
i+ | texstudio | package | 4.8.2-lp156.7.1 | x86_64 | openSUSE-Repositories-Home:Jan_Sundermeyer_(TeXstudio)

Auch Home-Repository, direkt vom Maintainer von TeXStudio.

tulicube:~ # zypper se -s -i -r 6
Loading repository data...
Reading installed packages...

S | Name            | Type    | Version           | Arch   | Repository
--+-----------------+---------+-------------------+--------+--------------------------------------
i | libixion-0_18-0 | package | 0.18.1-150600.1.1 | x86_64 | openSUSE-Repositories-LibreOffice:7.6
i | liborcus-0_18-0 | package | 0.18.1-150600.1.1 | x86_64 | openSUSE-Repositories-LibreOffice:7.6

Explizit für LO 7.6: im Moment kaum was daraus.

tulicube:~ # zypper se -s -i -r 7
Loading repository data...
Reading installed packages...

S  | Name                              | Type    | Version            | Arch   | Repository
---+-----------------------------------+---------+--------------------+--------+------------------------------
i+ | libfreebl3                        | package | 3.102.1-lp156.1.4  | x86_64 | openSUSE-Repositories-Mozilla
i+ | libsoftokn3                       | package | 3.102.1-lp156.1.4  | x86_64 | openSUSE-Repositories-Mozilla
i+ | mozilla-nspr                      | package | 4.35-lp156.1.1     | x86_64 | openSUSE-Repositories-Mozilla
i+ | mozilla-nss                       | package | 3.102.1-lp156.1.4  | x86_64 | openSUSE-Repositories-Mozilla
i+ | mozilla-nss-certs                 | package | 3.102.1-lp156.1.4  | x86_64 | openSUSE-Repositories-Mozilla
i+ | mozilla-nss-sysinit               | package | 3.102.1-lp156.1.4  | x86_64 | openSUSE-Repositories-Mozilla
i+ | MozillaFirefox                    | package | 129.0.1-lp156.1.1  | x86_64 | openSUSE-Repositories-Mozilla
i+ | MozillaFirefox-branding-openSUSE  | package | 68-lp156.18.1      | x86_64 | openSUSE-Repositories-Mozilla
i+ | MozillaThunderbird                | package | 115.14.0-lp156.1.2 | x86_64 | openSUSE-Repositories-Mozilla
i  | MozillaThunderbird-openpgp-librnp | package | 115.14.0-lp156.1.2 | x86_64 | openSUSE-Repositories-Mozilla

Ja, ich gebe zu: ich möchte schon aktuelles Mozilla Firefox und Thunderbird.

tulicube:~ # zypper se -s -i -r 8
Loading repository data...
Reading installed packages...

S  | Name                     | Type    | Version             | Arch   | Repository
---+--------------------------+---------+---------------------+--------+-------------------------------
i+ | AusweisApp               | package | 2.2.0-lp156.21.1    | x86_64 | openSUSE-Repositories-Security
i+ | chkrootkit               | package | 0.57-lp156.1.1      | x86_64 | openSUSE-Repositories-Security
i+ | haveged                  | package | 1.9.18-lp156.170.2  | x86_64 | openSUSE-Repositories-Security
i+ | keyutils                 | package | 1.6.3-lp156.87.1    | x86_64 | openSUSE-Repositories-Security
i+ | libargon2-1              | package | 20190702-lp156.34.1 | x86_64 | openSUSE-Repositories-Security
i+ | libbsd0                  | package | 0.11.7-lp156.32.2   | x86_64 | openSUSE-Repositories-Security
i+ | libcap-ng0               | package | 0.8.5-lp156.54.1    | x86_64 | openSUSE-Repositories-Security
i+ | libfido2-1               | package | 1.14.0-lp156.51.1   | x86_64 | openSUSE-Repositories-Security
i+ | libfido2-udev            | package | 1.14.0-lp156.51.1   | noarch | openSUSE-Repositories-Security
i+ | libhavege2               | package | 1.9.18-lp156.170.2  | x86_64 | openSUSE-Repositories-Security
i+ | libkeyutils1             | package | 1.6.3-lp156.87.1    | x86_64 | openSUSE-Repositories-Security
i+ | liboauth0                | package | 1.0.3-lp156.6.1     | x86_64 | openSUSE-Repositories-Security
i+ | libtspi1                 | package | 0.3.15-lp156.118.1  | x86_64 | openSUSE-Repositories-Security
i+ | libtss2-esys0            | package | 4.1.0-lp156.146.2   | x86_64 | openSUSE-Repositories-Security
i+ | libtss2-mu0              | package | 4.1.0-lp156.146.2   | x86_64 | openSUSE-Repositories-Security
i+ | libtss2-rc0              | package | 4.1.0-lp156.146.2   | x86_64 | openSUSE-Repositories-Security
i+ | libtss2-sys1             | package | 4.1.0-lp156.146.2   | x86_64 | openSUSE-Repositories-Security
i+ | libykpers-1-1            | package | 1.20.0-lp156.32.1   | x86_64 | openSUSE-Repositories-Security
i+ | libyubikey0              | package | 1.13-lp156.10.1     | x86_64 | openSUSE-Repositories-Security
i+ | listps                   | package | 0.9.0-lp156.2.1     | x86_64 | openSUSE-Repositories-Security
i+ | lynis                    | package | 3.1.1-lp156.113.1   | noarch | openSUSE-Repositories-Security
i+ | nwipe                    | package | 0.37-lp156.3.1      | x86_64 | openSUSE-Repositories-Security
i+ | rkhunter                 | package | 1.4.6-lp156.87.1    | x86_64 | openSUSE-Repositories-Security
i+ | spectre-meltdown-checker | package | 0.46-lp156.40.1     | x86_64 | openSUSE-Repositories-Security
i+ | tripwire                 | package | 2.4.3.7-lp156.17.1  | x86_64 | openSUSE-Repositories-Security
i+ | trousers                 | package | 0.3.15-lp156.118.1  | x86_64 | openSUSE-Repositories-Security
i+ | unhide_rb                | package | 22-lp156.1.1        | noarch | openSUSE-Repositories-Security
i+ | veracrypt                | package | 1.26.7-lp156.1.1    | x86_64 | openSUSE-Repositories-Security
i+ | veracrypt-lang           | package | 1.26.7-lp156.1.1    | noarch | openSUSE-Repositories-Security

Explizit eingebunden für VeraCrypt.

tulicube:~ # zypper se -s -i -r 9
Loading repository data...
Reading installed packages...

S  | Name           | Type    | Version         | Arch   | Repository
---+----------------+---------+-----------------+--------+-----------------------------------------
i+ | keepassxc      | package | 2.7.9-lp156.3.1 | x86_64 | openSUSE-Repositories-Security:KeePassXC
i+ | keepassxc-lang | package | 2.7.9-lp156.3.1 | noarch | openSUSE-Repositories-Security:KeePassXC

Um KeePassXC in der aktuellen Version zu haben…

tulicube:~ # zypper se -s -i -r 10
Loading repository data...
Reading installed packages...

S  | Name          | Type    | Version        | Arch   | Repository
---+---------------+---------+----------------+--------+------------------------------------
i+ | snapd         | package | 2.63-lp156.3.1 | x86_64 | openSUSE-Repositories-System:Snappy
i  | system_snappy | patch   | 1              | noarch | openSUSE-Repositories-System:Snappy

Für Snap.

tulicube:~ # zypper se -s -i -r 11
Loading repository data...
Reading installed packages...

S  | Name                                  | Type    | Version                         | Arch   | Repository
---+---------------------------------------+---------+---------------------------------+--------+-------------------------------
i+ | adwaita-xfce-icon-theme               | package | 0.0.4+git0.b33d65a-lp156.12.2   | noarch | openSUSE-Repositories-X11:Xfce
i+ | elementary-xfce-icon-theme            | package | 0.15.2+git0.2e2ca316-lp156.45.7 | noarch | openSUSE-Repositories-X11:Xfce
i+ | exo-data                              | package | 4.18.0-lp156.146.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | exo-lang                              | package | 4.18.0-lp156.146.1              | noarch | openSUSE-Repositories-X11:Xfce
i+ | exo-tools                             | package | 4.18.0-lp156.146.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | gtk2-metatheme-greybird               | package | 3.23.2+git0.25f312f-lp156.49.2  | noarch | openSUSE-Repositories-X11:Xfce
i+ | gtk2-metatheme-greybird-geeko         | package | 3.23.1+git1.77c0887-lp156.33.3  | noarch | openSUSE-Repositories-X11:Xfce
i+ | gtk3-metatheme-greybird               | package | 3.23.2+git0.25f312f-lp156.49.2  | noarch | openSUSE-Repositories-X11:Xfce
i+ | gtk3-metatheme-greybird-geeko         | package | 3.23.1+git1.77c0887-lp156.33.3  | noarch | openSUSE-Repositories-X11:Xfce
i  | gtk4-metatheme-greybird               | package | 3.23.2+git0.25f312f-lp156.49.2  | noarch | openSUSE-Repositories-X11:Xfce
i  | gtk4-metatheme-greybird-geeko         | package | 3.23.1+git1.77c0887-lp156.33.3  | noarch | openSUSE-Repositories-X11:Xfce
i+ | gtkhash                               | package | 1.5-lp156.1.7                   | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | gtkhash-lang                          | package | 1.5-lp156.1.7                   | noarch | openSUSE-Repositories-X11:Xfce
i+ | libexo-2-0                            | package | 4.18.0-lp156.146.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libgarcon-1-0                         | package | 4.18.2-lp156.71.4               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libgarcon-branding-upstream           | package | 4.18.2-lp156.71.4               | noarch | openSUSE-Repositories-X11:Xfce
i+ | libgarcon-data                        | package | 4.18.2-lp156.71.4               | noarch | openSUSE-Repositories-X11:Xfce
i+ | libgarcon-lang                        | package | 4.18.2-lp156.71.4               | noarch | openSUSE-Repositories-X11:Xfce
i+ | libkeybinder-3_0-0                    | package | 0.3.2-lp156.6.1                 | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libthunarx-3-0                        | package | 4.18.11-lp156.200.1             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libtumbler-1-0                        | package | 4.18.2-lp156.96.8               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfce4kbd-private-3-0               | package | 4.18.6-lp156.94.2               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfce4panel-2_0-4                   | package | 4.18.6-lp156.153.5              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfce4ui-2-0                        | package | 4.18.6-lp156.94.2               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfce4ui-branding-openSUSE          | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | libxfce4ui-lang                       | package | 4.18.6-lp156.94.2               | noarch | openSUSE-Repositories-X11:Xfce
i+ | libxfce4ui-tools                      | package | 4.18.6-lp156.94.2               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfce4util-lang                     | package | 4.18.2-lp156.64.4               | noarch | openSUSE-Repositories-X11:Xfce
i+ | libxfce4util7                         | package | 4.18.2-lp156.64.4               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | libxfconf-0-3                         | package | 4.18.3-lp156.69.7               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | menulibre                             | package | 2.2.3-lp156.32.1                | noarch | openSUSE-Repositories-X11:Xfce
i+ | metatheme-greybird-common             | package | 3.23.2+git0.25f312f-lp156.49.2  | noarch | openSUSE-Repositories-X11:Xfce
i+ | metatheme-greybird-geeko-common       | package | 3.23.1+git1.77c0887-lp156.33.3  | noarch | openSUSE-Repositories-X11:Xfce
i+ | mugshot                               | package | 0.4.3-lp156.15.3                | noarch | openSUSE-Repositories-X11:Xfce
i+ | patterns-xfce-xfce                    | package | 20230212-lp156.54.2             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | patterns-xfce-xfce_basis              | package | 20230212-lp156.54.2             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar                                | package | 4.18.11-lp156.200.1             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar-lang                           | package | 4.18.11-lp156.200.1             | noarch | openSUSE-Repositories-X11:Xfce
i+ | thunar-plugin-archive                 | package | 0.5.2-lp156.40.7                | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar-plugin-archive-lang            | package | 0.5.2-lp156.40.7                | noarch | openSUSE-Repositories-X11:Xfce
i+ | thunar-plugin-gtkhash                 | package | 1.5-lp156.1.7                   | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar-plugin-media-tags              | package | 0.4.0-lp156.27.10               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar-plugin-media-tags-lang         | package | 0.4.0-lp156.27.10               | noarch | openSUSE-Repositories-X11:Xfce
i+ | thunar-volman                         | package | 4.18.0-lp156.58.7               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | thunar-volman-branding-openSUSE       | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | thunar-volman-lang                    | package | 4.18.0-lp156.58.7               | noarch | openSUSE-Repositories-X11:Xfce
i+ | tumbler                               | package | 4.18.2-lp156.96.8               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | tumbler-folder-thumbnailer            | package | 4.18.2-lp156.96.8               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | tumbler-lang                          | package | 4.18.2-lp156.96.8               | noarch | openSUSE-Repositories-X11:Xfce
i+ | tumbler-webp-thumbnailer              | package | 4.18.2-lp156.96.8               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | typelib-1_0-Libxfce4ui-2_0            | package | 4.18.6-lp156.94.2               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | typelib-1_0-Libxfce4util-1_0          | package | 4.18.2-lp156.64.4               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce                                  | pattern | 20230212-lp156.54.2             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-appfinder                       | package | 4.18.0-lp156.44.7               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-appfinder-lang                  | package | 4.18.0-lp156.44.7               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-notifyd                         | package | 0.9.6-lp156.92.1                | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-notifyd-branding-openSUSE       | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-notifyd-lang                    | package | 0.9.6-lp156.92.1                | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-panel                           | package | 4.18.6-lp156.153.5              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-panel-branding-openSUSE         | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-panel-lang                      | package | 4.18.6-lp156.153.5              | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-panel-profiles                  | package | 1.0.14-lp156.14.1               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-panel-restore-defaults          | package | 4.18.6-lp156.153.5              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-power-manager                   | package | 4.18.4-lp156.162.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-power-manager-branding-openSUSE | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-power-manager-lang              | package | 4.18.4-lp156.162.1              | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-power-manager-plugin            | package | 4.18.4-lp156.162.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-pulseaudio-plugin               | package | 0.4.8-lp156.21.5                | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-pulseaudio-plugin-lang          | package | 0.4.8-lp156.21.5                | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-screensaver                     | package | 4.18.3-lp156.38.5               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-screenshooter                   | package | 1.11.1-lp156.94.1               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-screenshooter-lang              | package | 1.11.1-lp156.94.1               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-session                         | package | 4.18.4-lp156.169.2              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-session-branding-openSUSE       | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-session-lang                    | package | 4.18.4-lp156.169.2              | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-settings                        | package | 4.18.6-lp156.108.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-settings-branding-openSUSE      | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-settings-lang                   | package | 4.18.6-lp156.108.1              | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-taskmanager                     | package | 1.5.7-lp156.64.4                | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-taskmanager-lang                | package | 1.5.7-lp156.64.4                | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-terminal                        | package | 1.1.3-lp156.73.5                | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-terminal-lang                   | package | 1.1.3-lp156.73.5                | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-whiskermenu-plugin              | package | 2.8.3-lp156.247.4               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-whiskermenu-plugin-lang         | package | 2.8.3-lp156.247.4               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfce4-xkb-plugin                      | package | 0.8.3-lp156.208.6               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfce4-xkb-plugin-lang                 | package | 0.8.3-lp156.208.6               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfconf                                | package | 4.18.3-lp156.69.7               | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfconf-lang                           | package | 4.18.3-lp156.69.7               | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfdesktop                             | package | 4.18.1-lp156.106.11             | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfdesktop-branding-openSUSE           | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfdesktop-lang                        | package | 4.18.1-lp156.106.11             | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfwm4                                 | package | 4.18.0-lp156.109.1              | x86_64 | openSUSE-Repositories-X11:Xfce
i+ | xfwm4-branding-openSUSE               | package | 4.18.0+git4.79f6d44-lp156.217.4 | noarch | openSUSE-Repositories-X11:Xfce
i+ | xfwm4-lang                            | package | 4.18.0-lp156.109.1              | noarch | openSUSE-Repositories-X11:Xfce

Das größte Konfliktpotenzial sehe ich noch hier, weil hier tatsächlich das System (Xfce) betroffen ist. Aber ich habe gemerkt, dass ich dieses Repo für Xfce einbinden muss, weil vorher WebDAV unter Thunar nicht laufen wollte (ohne kein funktionierendes WebDAV in Thunar, mit schon!). Allerdings habe ich dieses Repo erst seit kurzem eingebunden (seitdem ich mich mit der WebDAV-Problematik beschäftige) — die hier beschriebenen Probleme hatte ich auch schon vorher. (Ich kann aber an den anderen obigen Repos nicht so wirklich Gefahrenpontezial erkennen…)

Was nicht heißt das es nicht da ist.

Warum diese erhöhte Priorität? Ich verstehe noch das man glaubt bestimmte Pakete von nicht standard Repo installieren zu müßen. Aber warum dan im Zukunft bei jedes Installieren die Pakete von diese nicht standard Repos zu preferieren, warscheinlich ohne zu kontrolieren was alles in diese Repos vorhanden ist?

OK! Ich habe nachgebessert. Jetzt sieht es so aus:

tulicube:~ # zypper lr -EPu
#  | Alias                                      | Name                                                                 | Enabled | GPG Check | Refresh | Priority | URI
---+--------------------------------------------+----------------------------------------------------------------------+---------+-----------+---------+----------+-----------------------------------------------------------------------------------------------
 1 | VideoLAN-Download-SUSE                     | VideoLAN-Download-SUSE                                               | Yes     | (r ) Yes  | Yes     |   95     | https://download.videolan.org/SuSE/15.6/
 4 | openSUSE-Repositories-Home-Gunner_Gewiß    | openSUSE-Repositories-Home:Gunner_Gewiß_(7zip,_libgourou,_XFractint) | Yes     | (r ) Yes  | Yes     |   95     | https://mirrorcache-eu.opensuse.org/repositories/home:/C7NhtpnK/15.6/?COUNTRY=de
 5 | openSUSE-Repositories-Home-Jan_Sundermeyer | openSUSE-Repositories-Home:Jan_Sundermeyer_(TeXstudio)               | Yes     | (r ) Yes  | Yes     |   95     | https://mirrorcache-eu.opensuse.org/repositories/home:/jsundermeyer/15.6/?COUNTRY=de
 6 | openSUSE-Repositories-LibreOffice          | openSUSE-Repositories-LibreOffice:7.6                                | Yes     | (r ) Yes  | Yes     |   95     | https://mirrorcache-eu.opensuse.org/repositories/LibreOffice:/7.6/15.6/?COUNTRY=de
 7 | openSUSE-Repositories-Mozilla              | openSUSE-Repositories-Mozilla                                        | Yes     | (r ) Yes  | Yes     |   95     | https://mirrorcache-eu.opensuse.org/repositories/mozilla/openSUSE_Leap_15.6/?COUNTRY=de
11 | openSUSE-Repositories-X11-Xfce             | openSUSE-Repositories-X11:Xfce                                       | Yes     | (r ) Yes  | Yes     |   95     | https://mirrorcache-eu.opensuse.org/repositories/X11:/xfce/15.6/?COUNTRY=de
 2 | openSUSE-Distribution-OSS                  | openSUSE-Distribution-OSS                                            | Yes     | (r ) Yes  | Yes     |   99     | https://mirrorcache-eu.opensuse.org/distribution/leap/15.6/repo/oss/?COUNTRY=de
12 | openSUSE-Update-Backports                  | openSUSE-Update-Backports                                            | Yes     | (r ) Yes  | Yes     |   99     | https://mirrorcache-eu.opensuse.org/update/leap/15.6/backports/?COUNTRY=de
13 | openSUSE-Update-OSS                        | openSUSE-Update-OSS                                                  | Yes     | (r ) Yes  | Yes     |   99     | https://mirrorcache-eu.opensuse.org/update/leap/15.6/oss/?COUNTRY=de
14 | openSUSE-Update-SLE                        | openSUSE-Update-SLE                                                  | Yes     | (r ) Yes  | Yes     |   99     | https://mirrorcache-eu.opensuse.org/update/leap/15.6/sle/?COUNTRY=de
 3 | openSUSE-Repositories-Hardware             | openSUSE-Repositories-Hardware                                       | Yes     | (r ) Yes  | Yes     |  105     | https://mirrorcache-eu.opensuse.org/repositories/hardware/15.6/?COUNTRY=de
 8 | openSUSE-Repositories-Security             | openSUSE-Repositories-Security                                       | Yes     | (r ) Yes  | Yes     |  105     | https://mirrorcache-eu.opensuse.org/repositories/security/15.6/?COUNTRY=de
10 | openSUSE-Repositories-System-Snappy        | openSUSE-Repositories-System:Snappy                                  | Yes     | (r ) Yes  | Yes     |  105     | https://mirrorcache-eu.opensuse.org/repositories/system:/snappy/openSUSE_Leap_15.6/?COUNTRY=de
  • 1 VideoLAN: für VLC, deswegen erhöhte Prio
  • 4 meins: für 7-zip, deswegen erhöhte Prio (sonst kaum Inhalte…)
  • 5 TeXStudio: für die aktuelle Version, direkt vom Maintainer, deswegen erhöhte Prio
  • 6 LibreOffice: explizit in v7.6, deswegen erhöhte Prio
  • 7 Mozilla: aktuelle Versionen von Firefox und Thunderbird, deswegen erhöhte Prio
  • 11 Xfce: war notwendig für das Funktionieren von WebDAV, deswegen erhöhte Prio
  • 2 Standard-Repo, Standard-Prio
  • 12 Standard-Repo, Standard-Prio
  • 13 Standard-Repo, Standard-Prio
  • 14 Standard-Repo, Standard-Prio
  • 3 Hardware: brauche dieses Repo für ein bestimmtes Paket (Android…), Prio jetzt herabgesetzt!
  • 8 Security: brauche dieses Repo für VeraCrypt, Prio jetzt herabgesetzt
  • 10 Snappy: war vorher schon erniedrigte Prio

D.h. 2, 12, 13, 14 sind Standard (Standard-Repo, Standard-Prio). 3, 8, 10 haben explizit erniedrigte Prio (Repo lediglich vorhanden, um sonst fehlende Pakete nachzuladen). 1, 4, 5, 6 haben tatsächlich erhöhte Prio, sollten aber das allgemeine System eigentlich nicht beeinflussen (außer, wenn deren Pakete explizit laufen, was oft gar nicht der Fall ist).

Es bleiben 7 Mozilla und 11 Xfce. 11 Xfce musste ich (mit erhöhter Prio) aufnehmen, um WebDAV unter Thunar zum Laufen zu Bekommen. Es wollte vorher einfach nicht. Ja, 11 ist Xfce und damit System relevant. Aber dieses Repo hatte ich vor einer Weile noch gar nicht dabei. Und 7 ist halt Mozilla selbst. (Und wie gesagt: aus meiner Erinnerung heraus ist Firefox manchmal auch tatsächlich die einzige Anwendung, die ich geöffnet habe — bis auf Hintergrunddienste des Systems (die ich bisher eigentlich nicht manuell modifiziert habe, sondern aus dem Standard übernommen habe).)

Ich verstehe noch immer nicht: deswegen erhöhte Prio.

Lese noch mal was ich darüber geschrieben habe. Vielleicht verstehst du nich genau was ein “erhöhte Proi” eigenlich tut.

Und auch sonst ist mir nicht Klar was gemacht worden ist. Das Ändern bestehende Prioritäten und auch das Entfernen von Repos has kein einfluß auf die Pakete die schon installiert sind. Wenn also dein Problem mit ein falsches Paket zu tun hat, ist es noch immer da.

OpenSUSE Leap 15.5, Firefox 115.13.0esr (64-Bit)
Ich habe hier auch das Problem, daß Firefox die Meldung bringt: Firefox wurde unerwartet beendet. Das Passiert immer, wenn ich etwas kopieren/einfügen will das sich nicht innerhalb des Firefox System befindet, z.B. ein Bildschirmfoto von meinem
Computer in ein Forum im Internet kopieren will oder auch auf eine andere Festplatte.
Das gleiche Problem habe ich mit Thunderbird, wenn ich Dateianhänge an eine Mail anhängen will.
Der Computer ist dann “tot” und kann nur mit Hardware reset neu belebt werden.
Bei der Fehlersuche habe ich festgestellt, daß der kmozillahelper dabei eine Rolle spielt. Installiert war die Version “5.0.6-bp155.3.5.1” . Nachdem ich ein downgrade auf Version “5.0.5-bp155.2.16” gemacht habe, tritt der Fehler weiterhin auf aber nach ca. einer Minute kann ich wieder mit dem Computer arbeiten.
Auf einer anderen 15.5 Installation mit einer älteren Firefox und Thunderbird Version tritt der Fehler nicht auf.
Ich wollte eigentlich ein Upgrade auf Leap 15.6 machen, habe aber die Befürchtung daß der Fehler mitwandert.
Gibt es für diesen Fehler eine Lösung?

Wenn du oben richtig gelesen hast, hast du gesehen das es sich hier nicht um Problemen mit einfügen von Bilder handelt. Auch gibt es kein Meldung und ein Aussteigen von FF, aber das Einfrieren des ganze Systems.

Also ein anderes Problem. Bitte starte also deine eigene Thread und versuche nicht hier Verwirrung zu schaffen.

Ich will erläutern, warum ich Deine Repository-Konfiguration als potentielle Fehlerquelle in Betracht ziehe (die Reihenfolge der nachfolgenden Punkte ist willkürlich):

  • Soweit mir bekannt sind die Pakete, deren fehlerfreies Zusammenwirken getestet und über den Lebenszeitraum einer openSUSE Leap VVV Version aufrechterhalten wird, ausschließlich in den folgenden (Standard)Repositories zu finden:
    http://download.opensuse.org/distribution/leap/VVV/repo/oss/
    http://download.opensuse.org/distribution/leap/VVV/repo/non-oss/
    http://download.opensuse.org/update/leap/VVV/oss
    http://download.opensuse.org/update/leap/VVV/non-oss/
    http://download.opensuse.org/update/leap/VVV/backports/
    http://download.opensuse.org/update/leap/VVV/sle/
    Bitte beachte: Ich verwende openSUSE Tumbleweed, könnte hier also falsch liegen.)

  • Pakete aus den “Factory”-Repositories (“experimental packages”) befinden sich aktuell in Entwicklung. Der Status der Pakete kann sich täglich ändern (und es gibt keine Gewähr, dass der aktuelle Status funktioniert). Die Pakete sind (noch) nicht (mit openQA) getestet. Und ob diese Pakte mit den Paketen der Standardrepositories problemlos Zusammenwirken ist nicht gewährleistet/bekannt.

  • Pakete aus den “home”-Repositories (“community packages”) werden von Benutzern entwickelt. Der Status der Pakete kann sich täglich ändern (und es gibt keine Gewähr, dass der aktuelle Status funktioniert). Die Pakete sind nicht (mit openQA) getestet. Und ob diese Pakte mit den Paketen der Standardrepositories problemlos Zusammenwirken ist nicht gewährleistet/bekannt.Es ist auch nicht bekannt, ob und wie lange der jeweilige Benutzer die Pakete pflegen/weiterentwickeln wird.

  • Die Standardeinstellung von zypper ist “vendor stickyness”; d.h. wurde ein Paket aus einem bestimmten Repository installiert, so wird es auch nur aus diesem Repository aktualisiert (es sei denn, man verwendet --allow-vendor-change).

  • Ist ein neu zu installierendes Paket in mehreren Repositories vorhanden, so wird es aus dem Repository mit der höchsten Priorität installiert.

Ich habe mir nicht die Mühe gemacht, die Konsequenzen, die sich aus Deiner Repository-Konfiguration ergeben könnten, heraus zu arbeiten (und werde es auch nicht tun).

Aber wenn Du der Meinung bist, dass Du Deine aktuelle Repository-Konfiguration und die sich daraus ergebenden Konsequenzen verstehst und beurteilen kannst, dann ist das für mich in Ordnung.

1 Like

@susejunky Vielen Dank für Deine ausführliche Antwort!

Ich habe vor längerer Zeit mal darüber nachgedacht, und unter anderem explizit solver.allowVendorChange=true in zypp.conf gesetzt. (Dort habe ich z.B. auch commit.downloadMode=DownloadInHeaps gesetzt — das hat zwar hiermit nichts zu tun, finde ich aber sehr hilfreich, wenn es so wie beschrieben arbeitet…) Ich bin halt damals die zypp.conf durchgegangen und habe einige Einträge explizit angepasst. Wegen des obigen Wertes wird also die Paket-Prio beachtet und ich muss quasi Prios benutzen (wenn ich bestimmte Repos explizit bevorzugen möchte — oder andererseits nur als zusätzliche Quelle anbieten möchte).

Naja, bei zwei Repos habe ich ja nun nach dem Hinweis von @hcvv noch einmal angepasst (und die Prio explizit erniedrigt, so dass diese Repos nur als zusätzliche Quelle genutzt werden, um fehlende Pakete, die sonst im Standard nicht angeboten werden, installieren zu können).

Generell habe ich über den Standard hinaus ja nicht sooo viele zusätzliche Repos eingebunden… I.d.R. sind sie vorhanden, damit Pakete, die im Standard nicht vorhanden sind, auch installiert werden können (dann zumeist mit explizit erniedrigter Prio). Oder weil ich bestimmte Pakete in aktuellen Versionen (z.B. Firefox und Thunderbird von Mozilla oder TeXStudio, ein Home-Repo, aber direkt vom offiziellen Maintainer) oder in einer bestimmten Version (LibreOffice in 7.6, dem bisher aktuellen “Previous Release” — im Gegensatz zu dem stets aktuellen und öfters geupdateten “Current Release”) zu haben. Ich weiß es natürlich nicht mit Bestimmtheit, aber ich vermute doch sehr stark, dass die von mir genutzten Repos “well maintained” sind. (Und auf openQA z.B. bei TeXStudio kann ich guten Gewissens verzichten, weil es sich nur auf das Paket texstudio bezieht (welches außer seiner eigenen Ausführung auch keinen Einfluss auf das System haben dürfte).)

Also ja, ich habe mir 1. mal Gedanken zu dieser Konfiguration gemacht und bin 2. der Meinung, dass dies i.W. in Ordnung sein müsste.

Bei dem in diesem Thread beschriebenen Fehler vermute ich ganz stark Firefox als Quelle (weil dies wie gesagt teilweise die einzige laufende Anwendung (bis auf Hintergrunddienste) ist und ich die Änderung bei Xfce erst vor kurzem vorgenommen habe (wegen WebDAV)).

Es bliebe also logischerweise:

  1. Firefox mit einem neu angelegten (“clean”) Profile zu nutzen. Aber davon möchte ich eigentlich absehen, da ich es mir in langer Arbeit extra so eingerichtet habe und es prinzipiell ja gut funktioniert. (Ja, wenn zwischendurch mal eine einzelne Seite Probleme bereitet, dann nutze ich ein zusätzliches leeres Profile zur Fehlersuche, um den betreffenden Punkt, in dem sich beide Profile unterscheiden, zu finden.)
  2. Firefox tatsächlich wieder aus dem offiziellen Standard installieren. Das wäre natürlich möglich, aber etwas unschön (einfach weil ich die Version dort etwas zurückgeblieben finde). Aber dies wäre wahrscheinlich ein guter Ansatz. — Aber im Regelfall nutze ich das Mozilla OBS ohne sonstige Probleme und ich nehme doch an, dass es gut maintained ist. Außerdem habe ich den Eindruck, dass ich damit längst nicht der einzige bin, der das macht. (Allerdings hat sonst noch keiner das Fehlerverhalten bestätigt…)
  3. Auf dem Bugzilla von Mozilla sind wie schon von @kasi042 bestätigt etliche “Freeze” Issues gemeldet. Diese Issues spiegeln natürlich längst nicht alle exakt meinen Fehler wider. Aber zumindest sind “Freeze” Issues überhaupt einige gelistet. Uns es wäre doch gut möglich, dass auch ich in bestimmter Form betroffen bin — der Fehler aber nur selten (unter ganz bestimmten Bedingungen) zum Tragen kommt.

Meines Wissens kommt die Priorität ausschließlich bei der (Neu)Installation (d.h. Paket aktuell noch nicht im System vorhanden) eines Pakets zum Tragen; d.h. soll ein Paket X installiert werden und das Paket ist in mehreren Repositories verfügbar, so wird das Paket aus dem Repository mit der höchste Prio installiert.

Nach der Installation gilt vendor stickyness; d.h. neuere Versionen des Pakets werden nur aus dem Repository entnommen, aus dem das Paket installiert wurde (es sei denn –allow-vendor-change wurde als Parameter an zypper übergeben oder solver.allowVendorChange=true ist gesetzt).

Das kann dazu führen, dass ein Paket unbemerkt den Herkunftsort (Repository) ändern kann.

Beispiel:

Neben den Standard-Repositories verwende ich nur Packman als Fremd-Repository. Packman habe ich auf Prio 90 gesetzt.

Es kommt gelegentlich vor, dass die Packman-Pakete etwas später aktualisiert werden als die Pakete in den Standard-Repositories.

Nun gibt es Pakete (z.B. ffmpeg) die (mit der selben Version, z.B.7.0.2) sowohl in den Standard-Repositories als auch in Packman angeboten werden. Die Version in den Standard-Repositories enthält jedoch weniger codecs. Daher nutze ich die Version aus dem Packman-Repository.

“Verspätet” sich Packman bei der Bereitstellung einer neuen ffmpeg-Version und ist solver.allowVendorChange=true gesetzt, so wechselt ffmpeg unbemerkt (d.h. ohne Nachfrage beim zypper dup bzw. zypper up) den Herkunftsort von Packman zu den Standard-openSUSE-Repositories (aufgrund der neueren Version in den Standard-openSUSE-Repositories). Das hat zur Folge, dass bestimmte codecs nicht mehr verfügbar sind (bis auch Packman die neuere Version anbietet).

Es reicht aus, wenn auch nur ein Paket aus einem Fremd-Rrepository eine Systembibliothek durch eine eigene Version (mit möglicherweise der selben Versionsnummer !!! siehe mein ffmpeg-Beispiel) ersetzt und diese Systembibliothek dann nicht mit anderen Programmen, die sie ebenfalls nutzen, korrekt zusammenarbeitet.

Da der von Dir beschriebene Fehler nicht in der Breite auftritt (zumindest nicht hier im Forum beschrieben wird) liegt der Verdacht nahe, dass Deine individuelle Systemkonfiguration den Fehler verursacht.

Dir bei der Analyse zu helfen wird schwierig werden, denn dazu muss man

  • ein vergleichbares System (Dritt-Repositories, Pakete) aufbauen.
  • genau untersuchen, ob und wenn ja welche (Leap 15.6) Systempakete durch Pakete aus den Dritt-Repositories ersetzt werden, wenn man Deine Paketauswahl (aus den Dritt-Repositories) installiert.
  • wie “verträglich” die von Dir installierten Pakete (aus den Dritt-Repositories) mit openSUSE Leap 15.6 sind (oft werden Pakete aus den Factory-Repositories gegen Bibliotheken aus Factory gelinkt).

Mal ganz doof gefragt: Ist Dein Mozilla von Suse oder Flatpak?

Ich hatte schon mehrfach Probleme mit dem Firefox von Suse (Audio und DRM), aber nachdem ich zu Firefox von Flatpak gewechselt habe, gab es nie wieder Probleme.

Interessant…!

Hatte ich weiter oben schon erwähnt, hier noch einmal explizit:

tulicube:~ # zypper se -s -i firefox
Loading repository data...
Reading installed packages...

S  | Name                             | Type    | Version           | Arch   | Repository
---+----------------------------------+---------+-------------------+--------+------------------------------
i+ | MozillaFirefox                   | package | 129.0.1-lp156.1.1 | x86_64 | openSUSE-Repositories-Mozilla
i+ | MozillaFirefox-branding-openSUSE | package | 68-lp156.18.1     | x86_64 | openSUSE-Repositories-Mozilla

sowie

tulicube:~ # zypper lr 7
Alias          : openSUSE-Repositories-Mozilla
Name           : openSUSE-Repositories-Mozilla
URI            : https://mirrorcache-eu.opensuse.org/repositories/mozilla/openSUSE_Leap_15.6/?COUNTRY=de
Enabled        : Yes
GPG Check      : (r ) Yes
Priority       : 95 (raised priority)
Autorefresh    : On
Keep Packages  : Off
Type           : rpm-md
GPG Key URI    : 
Path Prefix    : /
Parent Service : 
Keywords       : ---
Repo Info Path : /etc/zypp/repos.d/openSUSE-Repositories-Mozilla.repo
MD Cache Path  : /var/cache/zypp/raw/openSUSE-Repositories-Mozilla

Ich benutze Paketquellen in der folgenden Reihenfolge:

  1. openSUSE Standard Repos (Distribution-OSS, Update-OSS, Update-SLE, Update-Backports)
  2. openSUSE Factory OBS Repos, die notwendig sind (Paket sonst nicht verfügbar) und die ich für well maintained halte
  3. openSUSE Factory OBS Repos, die ich gerne möchte, um eine bestimmte Version zu haben (und die Repos für well maintained halte)
  4. openSUSE Home OBS Repos, erforderlich “aus Gründen”, die Repos hier halte ich explizit für seriös und gepflegt
  5. FlatPak und Snap, wenn ich die Pakete nicht über Repos erhalte (FlatPak und Snap bieten automatisches Update)
  6. AppImage, wenn ich die Pakete nicht anderweitig erhalte (Updates laufen manuell)

@susejunky Danke für Deine weiteren Ausführungen!

Ja, das ist wohl leider so.

Weiter oben hatte ich bereits zypper lr -EPu und zypper se -s -i -r <#repo> gepostet. Das könnte ein erster Ansatz sein, macht natürlich aber auch Arbeit, die ich keinem aufzwingen will. Wenn gewünscht, kann ich aber die Ergebnisse noch einmal in aktualisierter Form posten. Ich habe zuletzt ein paar Änderungen vorgenommen, so dass ein paar weitere Repos in der Prio zurückgestuft wurden, und somit noch weniger Pakete von außerhalb des Standards bezogen werden und die meisten aus dem Standard (Distribution-OSS, Update-OSS, Update-SLE, Update-Backports) von Leap.

Ansonsten kann ich noch berichten:
Ich hatte Kontakt mit dem betreffenden Maintainer. Es gibt unter openSUSE bei Firefox Unterschiede im Build (außer der Version…) zwischen ESR und “normal”/current_release sowie zwischen Leap und Tumbleweed/Factory. Teilweise sind diese Unterschiede gering, aber vorhanden. Es wird versucht, diese gering zu halten und weiter zu minimieren. Aber ja, sie sind vorhanden. (Details wurden nicht kommuniziert.)

Somit kann es aber gut möglich sein, dass sich mein Firefox aus dem Mozilla OBS anders verhält als das ESR unter Leap und beide wiederum anders als der Firefox von Tumbleweed. (Von irgendwelchen FlatPak und Snap Versionen mal ganz abgesehen — hier geht es ja um eine Installation per Repo…)

Rein aus Interesse (bitte nicht als Kritik verstehen):

Welche Funktionalität von Firefox 129.0 benötigst Du, die Firefox ESR (115 ?) nicht bietet ?

Wenn Du so großen Wert auf aktuelle Software-Versionen legst, warum verwendest Du dann nicht openSUSE Tumbleweed (oder - noch “heißer” - Arch Linux)?

Na, dann will ich das tatsächlich mal nicht als Kritik verstehen und ehrlich antworten — wobei der Hinweis auf Arch natürlich schon tendenziös ist… :wink:

Also ehrlich, ich weiß es in diesem Punkt tatsächlich nicht.

Es ist halt so:

  • Ich habe vor Jahren mal meine Sympathie zu SUSE/openSUSE entdeckt… und auch Debian (wegen der spezifischen Debian Grundsätze und so) — aber nicht Ubuntu (zu sehr eigene Wege) oder Arch (zu stark Rolling, zu sehr manuelle Einrichtung)… weitere Distributionen können natürlich auch diskutiert werden, aber es sind ja so viele! void Linux finde ich auf Grund seines speziellen Ansatzes noch wirklich interessant, aber eventuell etwas zu schwierig für mich.
  • Damals gab es nur Leap (das hieß da, glaube ich, noch nicht so) und Tumbleweed, aber noch kein Slowroll.
  • Ich habe beide ausprobiert: beide prinzipiell OK. Und ich wusste natürlich, dass Tumbleweed eben wegen Rolling so aktuell ist. Aber quasi halbe Woche ein großes Update zu fahren, war mir zu lästig.
  • So bin ich also bei Leap geblieben.
  • Ich habe mittlerweile ein zweites System mit Slowroll. Das finde ich (persönlich) als Kompromiss sehr schön: Rolling, aber nicht ganz so heftig wie Tumbleweed. Mein nächstes reguläres System könnte also gut und gerne Slowroll werden (wenn es denn Bestand hat).

So viel zum OS selbst. Wegen der Version: ich nutze Linux (openSUSE), Windows (10 und 11), macOS (14). Daher suche ich meine Software nach Möglichkeit Crossplatform-available aus. Wo immer es geht, nutze ich 1. OpenSourceSoftware und 2. Software, die für alle diese drei Plattformen angeboten wird. Dabei ist es nun so, dass Firefox (und Thunderbird) unter Windows und macOS als current und nicht ESR vorliegt. Deshalb hätte ich ihn hier auch gerne. Außerdem hätte ich — bei diesem Programm: Firefox (und Thunderbird) — einfach gerne die aktuelle Version, persönlicher Geschmack.

Natürlich, zur pragmatischen Lösung könnte es beitragen, ESR zu versuchen. Aber 1. ist dies ja noch längst keine Garantie (seltene Fehler können ja eventuell immer irgendwo mal auftreten…) und 2. trägt dies ja auch nichts zur Ursachenforschung bei (es wäre quasi ein Work-around: wenn es läuft, dann läuft es — aber warum meine derzeitige Konfig Probleme macht keine Ahnung). Deshalb habe ich ja hier gepostet, mal einen Blick ins Mozilla Bugzilla geworfen und zwischenzeitlich auch schon Kontakt mit dem Maintainer gehabt.

Naja, es ist halt schwierig und müßig und ineffizient (viel Aufwand, kaum Nutzen): der Fehler ist selten und lässt sich bisher nicht sicher reproduzieren. Aber noch habe ich weder meine Frustrationsschwelle noch nicht aufgegeben (vielleicht lege ich irgendwann mal mein Profil komplett neu an oder gehe auf ESR oder beides) noch die Hoffnung (zumindest hat ja hier wenigstens überhaupt wer geantwortet — es war auch interessant, wenn auch bisher nicht zielführend).

Wenn natürlich keine besonderen Ideen mehr kommen, kann dieser Thread auch eingestellt werden. Frage: Um den Thread als “eingestellt” zu kennzeichnen, würde ich normalerweise den Knopf für “Lösung gefunden” hinzufügen. Aber nach einer Lösung sieht es ja bisher nicht aus. Kann man den Thread auch anderweitig offziell für beendet erklären (oder muss man dann einfach die Frist für mögliche weitere Antworten ablaufen lassen)?

Danke Dir und allen Beteiligten!

Hi @C7NhtpnK . Even I, as a novice (I’ve only been back to Linux for 18 months), prefer slowroll or leap. Tw is too demanding for me with rolling. I’ve never considered Linux Arch but I’ve tried some derived Debian distros. I don’t really like Ubuntu and derivatives because snaps shouldn’t be imposed. At the moment I have 2 slowroll OS and 2 leap OS and Linux Mint xfce. I solved the firefox problem in leap by adding the mozilla repository https://download.opensuse.org/repositories/mozilla/ So far in leap it’s always worked well

You have. for one reason or another, missed that this is the German language part of the forums. Please post in German. It is the purpose of the several language parts of the forums to do so.

Du hast, warum denn auch, nicht bemerkt das dies das deutschsprachige Teil des Forums ist. Bitte schreibe hier auf Deutsch.

Ich entschuldige mich. Ich habe schreckliches Englisch und benutze einen Übersetzer. Also habe ich es verpasst. Verzeihen Sie die Unannehmlichkeiten

Vielen Dank für Deine ehrliche Antwort.

Übrigens: Es ist Dein System und Du alleine entscheidest darüber, wie es gestaltet wird. Es steht mir nicht zu, Dich diesbezüglich zu kritisieren. Alles was ich tun kann ist, Dir zu sagen, was meines Erachtens als Ursache für den von Dir beschriebenen Fehler in Frage kommt (und dabei kann ich auch falsch liegen).

Dieser Hinweis hat einen “unverfänglichen” Hintergrund:

Ich selbst verwende ausschließlich openSUSE Tumbleweed (jedoch nicht wegen der Aktualität der Pakete!). Aber seit geraumer Zeit habe ich auch noch eine VM mit Arch Linux und musste feststellen, dass dort neuere Versionen (z.B. vom Linux Kernel) ein/zwei Tage früher bereit stehen, als wie in Tumbleweed.

Du weichst an so vielen Stellen (Feststellung, keine Kritik!) von einer Standard-openSUSE-Leap-Installation ab, was macht Dich so sicher, dass Firefox die Problemursache ist?

Um die Fehlerquelle zuverlässig zu lokalisieren müsstest Du meines Erachtens mit einer Standard-openSUSE-Leap-Installation beginnen. Vielleicht zeigt diese bereits ohne Dritt-Repositories/Pakete den Fehler? Wenn diese stabil läuft müsstest Du schrittweise die Dritt-Repositories/Pakete hinzufügen bis der Fehler auftritt. Ein mühsamer Weg, der - bei dem von Dir beschriebenen Fehler - noch nicht einmal eine Erfolgsgarantie bietet.

Meines Wissens ist es nicht erforderlich ein Thema explizit zu beenden. Es wird automatisch geschlossen, wenn ein bestimmter Zeitraum ohne weitere Beiträge verstrichen ist.

Ich gehe davon aus, dass du das weißt, aber nur zur Sicherheit: Du kannst ohne Probleme mehrerer Profile anlegen und damit arbeiten. Das ist also gar kein großer Aufwand.
Du könntest ggf. Lesezeichen oder History aus dem Default-Profil rüberkopieren:

In about:profiles ist mir gerade noch dieser Punkt aufgefallen: “Mit deaktivierten Add-ons neu starten…”
Das wäre natürlich auch noch eine Option zur Fehlersuche (d.h. Fehlerausschluss)

Für mich kein Problem. Aber @hcvv mahnt gerne die Regeln an. Ist auch in Ordnung. Sonst läuft es am Ende doch aus dem Ruder. Es braucht immer ein Korrektiv.

Deine ursprüngliche Aussage etwas weiter oben ist mir allerdings nicht ganz klar geworden, sorry.