On 10/11/20 1:41 AM, David C. Rankin wrote:

Wolfgang, all,

Removing the unneeded pipewire from openSUSE 15.2 BREAKS Firefox, e.g.

$ firefox XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so: libpipewire-0.3.so.0: cannot open shared object file: No such file or directory Couldn't load XPCOM.

Further, loading pipewire as a per-user systemd target is the wrong way to go. That effectively removes control of the process completely unless you want to decipher a 120-character XDG_ENVIRONMENT... command line to interface with the process.

Starting pipewire through /etc/xdg/autostart/systemd with duplicate link through /etc/systemd/system/user is a bad idea. On 15.2 that autostarts the process when it isn't needed.

The fact that removing the unwanted pipewire BREAKS firefox is ridiculous. pipewire is NOT a dependency of firefox in any way. Firefox should run on 15.2 regardless of whether pipewire is installed or not.

This is nuts...

You cannot even install firefox-esr from the mozilla repo on 15.2 without pipewire -- EVEN IF YOU ADD LOCKS Problem: firefox-esr-78.3.1-lp152.1.3.x86_64 requires libpipewire-0.3.so.0()(64bit), but this requirement cannot be provided not installable providers: libpipewire-0_3-0-0.3.5-lp152.1.2.x86_64[repo-oss] libpipewire-0_3-0-0.3.6-lp152.2.3.1.x86_64[repo-update] Solution 1: Following actions will be done: remove lock to allow installation of libpipewire-0_3-0-0.3.5-lp152.1.2.x86_64[repo-oss] install mozilla-nspr-4.28-lp152.1.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install mozilla-nss-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install libfreebl3-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install libsoftokn3-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla Solution 2: Following actions will be done: remove lock to allow installation of libpipewire-0_3-0-0.3.6-lp152.2.3.1.x86_64[repo-update] remove lock to allow installation of pipewire-modules-0.3.6-lp152.2.3.1.x86_64[repo-update] remove lock to allow installation of pipewire-spa-plugins-0_2-0.3.6-lp152.2.3.1.x86_64[repo-update] remove lock to allow installation of pipewire-spa-tools-0.3.6-lp152.2.3.1.x86_64[repo-update] remove lock to allow installation of pipewire-tools-0.3.6-lp152.2.3.1.x86_64[repo-update] install mozilla-nspr-4.28-lp152.1.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install mozilla-nss-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install libfreebl3-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla install libsoftokn3-3.56-lp152.1.4.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/mozilla Solution 3: do not install firefox-esr-78.3.1-lp152.1.3.x86_64 Solution 4: break firefox-esr-78.3.1-lp152.1.3.x86_64 by ignoring some of its dependencies -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

11.10.2020 09:41, David C. Rankin пишет:

Wolfgang, all,

Removing the unneeded pipewire from openSUSE 15.2 BREAKS Firefox, e.g.

$ firefox XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so: libpipewire-0.3.so.0: cannot open shared object file: No such file or directory Couldn't load XPCOM.

Of course removing library that application has been linked against breaks application. That is what you spent two weeks on? That sounds like layering violation in pipewire packaging. Usually applications depend on libraries, not the other way round. It should be possible to remove pipewire while leaving libpipewire exactly to avoid such issues. Now *that* would be valid bug report.

Further, loading pipewire as a per-user systemd target is the wrong way to go. That effectively removes control of the process completely unless you want to decipher a 120-character XDG_ENVIRONMENT... command line to interface with the process.

If your intention is that only handful of initiated are capable to understand it, there is no point in posting to public mailing list where we mere mortals are listening.

Starting pipewire through /etc/xdg/autostart/systemd with duplicate link

This directory or file does not exist on Leap 15.2, at least when using Xfce desktop.

through /etc/systemd/system/user is a bad idea. On 15.2 that autostarts the process when it isn't needed.

Sigh. Once again - multiple people told you that nothing is autostarted on Leap 15.2 on their system. Instead of making groundbreaking revelation that removing required library prevents application from starting you could finally find out what starts it on *your* system.

The fact that removing the unwanted pipewire BREAKS firefox is ridiculous. pipewire is NOT a dependency of firefox in any way. Firefox should run on 15.2 regardless of whether pipewire is installed or not.

This is nuts...

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org