Created attachment 513664 [details] emerge-info After updating profile to 17.1 firefox-bin would not find printers on system, terminal output showed it was trying to use /usr/lib/gtk-3.0 rather than /usr/lib64/gtk-3.0. Changing /usr/bin/firefox-bin to point to the correct GTK_PATH looks to have solved this. !/bin/sh unset LD_PRELOAD LD_LIBRARY_PATH="/usr/lib64/apulse:/opt/firefox/" \ GTK_PATH=/usr/lib64/gtk-3.0/ \ exec /opt/firefox/firefox "$@"
Created attachment 513666 [details] firefox-bin terminal output while trying to print
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=da3156b09574679cf1fcb885dd5e441e21800905 commit da3156b09574679cf1fcb885dd5e441e21800905 Author: Ian Stakenvicius <axs@gentoo.org> AuthorDate: 2018-01-08 19:21:35 +0000 Commit: Ian Stakenvicius <axs@gentoo.org> CommitDate: 2018-01-08 19:21:55 +0000 www-client/firefox-bin: don't hardcode 'lib/' in GTK_LIBS assignment Until now, the 'firefox-bin' wrapper hard-coded the path to GTK_LIBS to /usr/lib/gtk-3.0 ; this patch uses get_libdir to ensure the proper value for 'lib' is assigned instead. Required for SYMLINK_LIB=no in the 17.1 profiles. Bug: http://bugs.gentoo.org/643798 Package-Manager: Portage-2.3.13, Repoman-2.3.3 .../{firefox-bin-52.5.3.ebuild => firefox-bin-52.5.3-r1.ebuild} | 2 +- .../{firefox-bin-57.0.4.ebuild => firefox-bin-57.0.4-r1.ebuild} | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)}
Yep, that's a bug. Fixed now, thanks for reporting! Will ensure other mozilla products are fixed similarly (and will be referencing this bug).
