search

deu / palemoon-overlay

Unofficial Gentoo overlay for the Pale Moon (http://www.palemoon.org/) web browser.
34 stars 12 forks source link

On an amd64 system with 17.1 profile, palemoon-28.5.2 is looking for NPAPI plugins in the wrong place #75

Open jmbreuer opened 5 years ago

jmbreuer commented 5 years ago

On a 17.1 profile amd64 system, the icedtea-web plugin gets installed into /usr/lib64/nsbrowser/plugins/IcedTeaPlugin.so

However, palemoon-28.5.2 freshly built on the same system is looking for plugins libs in (according to strace):

/usr/lib64/palemoon/browser/plugins /usr/lib/nsbrowser/plugins

i.e., the 'customary' directory corresponding to the wrong bitness.

The new standard location /usr/lib64/nsbrowser/plugins/ should at least also be searched.

Creating a symlink e.g. /usr/lib64/palemoon/browser/plugins pointing to /usr/lib/nsbrowser/plugins allows e.g. the icedtea-web plugin to be found and work correctly.

pvgoran commented 3 years ago

Gentoo aggressively pushes 17.1 profiles for some time now, and when I finally did the switch, I encountered this problem.

Symlinking /usr/lib64/palemoon/browser/plugins to /usr/lib64/nsbrowser/plugins helped, but it would be good if this was done automatically.

pvgoran commented 3 years ago

I created a separate ebuild with the following lines in src_install to deal with the problem:

    if [[ "$(get_libdir)" != "lib" ]]; then
        dosym  /usr/"$(get_libdir)"/nsbrowser/plugins /usr/"$(get_libdir)"/palemoon/browser/plugins
    fi

Maybe something like this could be added to palemoon ebuilds as a mid-term solution. (Long-term, it would be best if Palemoon itself respected the system's choice of the "lib" directory name when looking for plugins in the nsbrowser sub-directory.)