[OpenIndiana-discuss] Openindiana 151a8 (Hipster) and Flash Plugin Firefox 22

[Udo Grabowski (IMK)]

On 01/07/2013 19:56, James Carlson wrote:
> On 07/01/13 12:58, Udo Grabowski (IMK) wrote:
>> I see a couple of fatals, don't know if these are normal messages
>> while looking for working libs. And it still tries to link libpng12.so.0,
>> which surely clashes with libpng14.so.14...maybe just the usual png 12 14
>> mixup crash, probably one of the components loaded is still linked
>> against libpng12, but the usual trick of preloading
>> LD_PRELOAD_32=/usr/lib/libpng12.so.0 does not work here (and neither
>> libpng14), just crashes.
>
> Yeah, there's a good reason why, back when I was at Sun, we considered
> having libraries versioned by file name to be a toxic solution.
>
> That doesn't look like the big problem here, but it's certainly no help.

I think that is a problem if both 14 and 12 are loaded, I've
to work around this for several other programs like ImageMagick,
which have the same problems due to the Gnome libcairo hassles
with libpng.
But on a7, it only loads libpng12, not 14. Maybe that is the culprit:

151a7 #: env LD_DEBUG="libs" /usr/local/lib/firefox/firefox 
'http://www.youtube.com/watch?v=Beq3O8OLQ3w' | & grep png

01914: 3: find object=libpng12.so.0; searching
01914: 3:  trying path=/usr/lib/libpng12.so.0
01914: 1: find 
object=/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so; searching
01914: 1:  trying 
path=/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
01914: 1: find object=libpng12.so.0; searching
01914: 1:  trying path=/lib/libpng12.so.0
01914: 1:  trying path=/usr/lib/libpng12.so.0
01921: 1: find object=libpng12.so.0; searching
01921: 1:  trying path=/usr/lib/libpng12.so.0

151a8 #: env LD_DEBUG="libs" /usr/local/lib/firefox/firefox 
'http://www.youtube.com/watch?v=Beq3O8OLQ3w' | & grep png

4286: 3: find object=libpng14.so.14; searching
14286: 3:  trying path=/usr/lib/libpng14.so.14
14286: 1: find 
object=/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so; searching
14286: 1:  trying 
path=/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
14286: 1: find object=libpng12.so.0; searching
14286: 1:  trying path=/lib/libpng12.so.0
14286: 1:  trying path=/usr/lib/libpng12.so.0


>
>> 26551: 1: find object=libflashsupport.so; searching
>> 26551: 1:  search path=/usr/sfw/lib  (RUNPATH/RPATH from file
>> /usr/local/lib/firefox/plugins/libflashplayer.so)
>> 26551: 1:  trying path=/usr/sfw/lib/libflashsupport.so
>> 26551: 1:  search path=/lib  (configuration default - /var/ld/ld.config)
>> 26551: 1:  search path=/usr/lib  (configuration default -
>> /var/ld/ld.config)
>> 26551: 1:  search path=/usr/local/lib  (configuration default -
>> /var/ld/ld.config)
>> 26551: 1:  search path=/usr/lib/gtk-2.0/modules  (configuration default
>> - /var/ld/ld.config)
>> 26551: 1:  trying path=/lib/libflashsupport.so
>> 26551: 1:  trying path=/usr/lib/libflashsupport.so
>> 26551: 1:  trying path=/usr/local/lib/libflashsupport.so
>> 26551: 1:  trying path=/usr/lib/gtk-2.0/modules/libflashsupport.so
>> 26551: 1:
>> 26551: 1:
>> 26551: 1: ld.so.1: plugin-container: fatal: libflashsupport.so: open
>> failed: No such file or directory
>
> If I'm reading that correctly, the code that is (or at least was at one
> point) in run-mozilla.sh isn't doing its job.  It's supposed to set up
> the right LD_LIBRARY_PATH, it it seems that it hasn't done so.  It
> somehow left /usr/local/lib/firefox/plugins/ out of the mix, so ld.so.1
> isn't able to locate the library by name alone at run time.
>

But there is no libflashsupport anywhere in the firefox directory, not
on a7 and not on a8, so I don't believe that this should be hard
requirement to load libflashplugin.so (since it's the very same
plugin-container that works on a7!).
Just tried, I see the same messages on a7, and it doesn't crash.