Re: [OpenIndiana-discuss] recommendations for updating to 151a9
Hi Tim, On 22.01.2014 22:05, Tim Mooney wrote: - this is a desktop workstation, so I've installed quite a few media-related packages from sfe, and a couple from sfe-encumbered. After I set sfe and sfe-encumbered as non-sticky, the pkg update -nv had no conflicts, but I'm uncertain what that means for the packages I've installed from sfe or sfe-encumbered. - should I just remove all of them before I do an update? - will the fact that sfe and sfe-encumbered are now non-sticky mean that the updates that come from /dev will leave sfe packages on the system, but in a broken state? Or, will the update automatically remove stuff from sfe/sfe-encumbered if their dependencies are no longer met? Because I am responsible for both, JDS and SFE, I can say that it should not be problem to keep sfe and sfe-encumbered as non-sticky. The update will replace older SFE packages with newer JDS (it is system/library/orc which was added to JDS in a9). You can safely update. Best regards, Milan ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
Wow ... I can confirm that this works with videos on bbc/iplayer and youtube. you don't need to go to the site with the videos to do this, any flash object works (the Enterprise manager from Oracle11 is flash based) the About page leads to : http://www.adobe.com/software/flash/about/ I don't know if it'd work if you go straight there, instead of right-clicking an existing flash. Jon On 24 January 2014 00:07, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote: Hi, I found an interesting fact about the flash player problem (151a8,a9): If you manage to right click the menu entry 'About Adobe flash player' while the video is loading, but before it plays (you have to be fast...), the video will first crash, but a second tab opens and shows the Adobe flash intro running. After that, close the Adobe tab, and reload the video page. The video will run, and all subsequent videos after will also be shown without crashes in this instance of firefox (latest solaris flash 11.2.202.223) ! This seems to hint to a threading issue with library load order, I previously experimented a lot and got flash running randomly, but not in a way to present a consistent workaround, but this time, it seems to circumvent the problem always. The debugger loads the plugin-container with the libraries below when it works, but loads these ones additionally when actually starting the video: Reading pango-basic-fc.so Reading libcanberra-gtk.so.0.1.7 Reading libcanberra.so.0.2.4 Reading libgconf-2.so.4.1.5 Reading libORBit-2.so.0.1.0 Reading libltdl.so.3.1.4 Reading libcanberra-oss.so Reading libvorbisfile.so.3.3.5 Reading libvorbis.so.0.4.6 Reading libogg.so.0.7.1 Reading libpixbufloader-xpm.so (video shown) So maybe there's something wrong in these compared to a7, where flash used to work. - Libraries loaded before: Reading plugin-container Reading ld.so.1 Reading libxul.so Reading libCrun.so.1 Reading libCstd.so.1 Reading libpthread.so.1 Reading libc.so.1 Reading libssl3.so Reading libnss3.so Reading libnssutil3.so Reading libplc4.so Reading libnspr4.so Reading libthread.so.1 Reading librt.so.1 Reading libplds4.so Reading libnsl.so.1 Reading libXrender.so.1 Reading libX11.so.4 Reading libXext.so.0 Reading libmozalloc.so Reading libgobject-2.0.so.0.2800.8 Reading libglib-2.0.so.0.2800.8 Reading libgtk-x11-2.0.so.0.2200.1 Reading libgdk-x11-2.0.so.0.2200.1 Reading libcairo.so.2.11000.2 Reading libgio-2.0.so.0.2800.8 Reading libresolv.so.2 Reading libsocket.so.1 Reading libm.so.2 Reading libXt.so.4 Reading libdemangle.so.1 Reading libdl.so.1 Reading libgthread-2.0.so.0.2800.8 Reading UTF-8%UTF-16LE.so Reading UTF-16LE%UTF-8.so Reading libgmodule-2.0.so.0.2800.8 Reading libsmime3.so Reading libmozsqlite3.so Reading libdbus-1.so.3.4.3 Reading libatk-1.0.so.0.3209.1 Reading libfreetype.so.6 Reading libgdk_pixbuf-2.0.so.0.2200.1 Reading libfontconfig.so.1 Reading libpango-1.0.so.0.2800.4 Reading libmp.so.2 Reading libmd.so.1 Reading libXau.so.6 Reading libXdmcp.so.6 Reading libsecdb.so.1 Reading libpangocairo-1.0.so.0.2800.4 Reading libXcomposite.so.1 Reading libXdamage.so.1 Reading libXfixes.so.1 Reading libpng14.so.14.12.0 Reading libpangoft2-1.0.so.0.2800.4 Reading libtsol.so.2 Reading libXinerama.so.1 Reading libXi.so.5 Reading libXrandr.so.2 Reading libXcursor.so.1 Reading libpixman-1.so.0 Reading libz.so.1 Reading libSM.so.6 Reading libICE.so.6 Reading libbsm.so.1 Reading libbz2.so.1 Reading libexpat.so.1.6.0 Reading libinetutil.so.1 Reading libscf.so.1 Reading libuutil.so.1 Reading libgen.so.1 Reading libnvpair.so.1 Reading libsmbios.so.1 Reading xlcUTF8Load.so.2 Reading libclearlooks.so Reading libcanberra-gtk-module.so Reading libflashplayer.so Reading libpangoxft-1.0.so.0.2800.4 Reading libpangox-1.0.so.0.2800.4 Reading libXft.so.2 Reading libsoftokn3.so Reading libnssdbm3.so Reading libfreebl3.so Reading libkstat.so.1 ... (here the libraries for the video will load) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
I can confirm that if you go to http://www.adobe.com/software/flash/about/before you open any flash video then the flash video shows without problems. almost worth while setting this as my home page :) Jon On 24 January 2014 10:34, Jonathan Adams t12nsloo...@gmail.com wrote: Wow ... I can confirm that this works with videos on bbc/iplayer and youtube. you don't need to go to the site with the videos to do this, any flash object works (the Enterprise manager from Oracle11 is flash based) the About page leads to : http://www.adobe.com/software/flash/about/ I don't know if it'd work if you go straight there, instead of right-clicking an existing flash. Jon On 24 January 2014 00:07, Udo Grabowski (IMK) udo.grabow...@kit.eduwrote: Hi, I found an interesting fact about the flash player problem (151a8,a9): If you manage to right click the menu entry 'About Adobe flash player' while the video is loading, but before it plays (you have to be fast...), the video will first crash, but a second tab opens and shows the Adobe flash intro running. After that, close the Adobe tab, and reload the video page. The video will run, and all subsequent videos after will also be shown without crashes in this instance of firefox (latest solaris flash 11.2.202.223) ! This seems to hint to a threading issue with library load order, I previously experimented a lot and got flash running randomly, but not in a way to present a consistent workaround, but this time, it seems to circumvent the problem always. The debugger loads the plugin-container with the libraries below when it works, but loads these ones additionally when actually starting the video: Reading pango-basic-fc.so Reading libcanberra-gtk.so.0.1.7 Reading libcanberra.so.0.2.4 Reading libgconf-2.so.4.1.5 Reading libORBit-2.so.0.1.0 Reading libltdl.so.3.1.4 Reading libcanberra-oss.so Reading libvorbisfile.so.3.3.5 Reading libvorbis.so.0.4.6 Reading libogg.so.0.7.1 Reading libpixbufloader-xpm.so (video shown) So maybe there's something wrong in these compared to a7, where flash used to work. - Libraries loaded before: Reading plugin-container Reading ld.so.1 Reading libxul.so Reading libCrun.so.1 Reading libCstd.so.1 Reading libpthread.so.1 Reading libc.so.1 Reading libssl3.so Reading libnss3.so Reading libnssutil3.so Reading libplc4.so Reading libnspr4.so Reading libthread.so.1 Reading librt.so.1 Reading libplds4.so Reading libnsl.so.1 Reading libXrender.so.1 Reading libX11.so.4 Reading libXext.so.0 Reading libmozalloc.so Reading libgobject-2.0.so.0.2800.8 Reading libglib-2.0.so.0.2800.8 Reading libgtk-x11-2.0.so.0.2200.1 Reading libgdk-x11-2.0.so.0.2200.1 Reading libcairo.so.2.11000.2 Reading libgio-2.0.so.0.2800.8 Reading libresolv.so.2 Reading libsocket.so.1 Reading libm.so.2 Reading libXt.so.4 Reading libdemangle.so.1 Reading libdl.so.1 Reading libgthread-2.0.so.0.2800.8 Reading UTF-8%UTF-16LE.so Reading UTF-16LE%UTF-8.so Reading libgmodule-2.0.so.0.2800.8 Reading libsmime3.so Reading libmozsqlite3.so Reading libdbus-1.so.3.4.3 Reading libatk-1.0.so.0.3209.1 Reading libfreetype.so.6 Reading libgdk_pixbuf-2.0.so.0.2200.1 Reading libfontconfig.so.1 Reading libpango-1.0.so.0.2800.4 Reading libmp.so.2 Reading libmd.so.1 Reading libXau.so.6 Reading libXdmcp.so.6 Reading libsecdb.so.1 Reading libpangocairo-1.0.so.0.2800.4 Reading libXcomposite.so.1 Reading libXdamage.so.1 Reading libXfixes.so.1 Reading libpng14.so.14.12.0 Reading libpangoft2-1.0.so.0.2800.4 Reading libtsol.so.2 Reading libXinerama.so.1 Reading libXi.so.5 Reading libXrandr.so.2 Reading libXcursor.so.1 Reading libpixman-1.so.0 Reading libz.so.1 Reading libSM.so.6 Reading libICE.so.6 Reading libbsm.so.1 Reading libbz2.so.1 Reading libexpat.so.1.6.0 Reading libinetutil.so.1 Reading libscf.so.1 Reading libuutil.so.1 Reading libgen.so.1 Reading libnvpair.so.1 Reading libsmbios.so.1 Reading xlcUTF8Load.so.2 Reading libclearlooks.so Reading libcanberra-gtk-module.so Reading libflashplayer.so Reading libpangoxft-1.0.so.0.2800.4 Reading libpangox-1.0.so.0.2800.4 Reading libXft.so.2 Reading libsoftokn3.so Reading libnssdbm3.so Reading libfreebl3.so Reading libkstat.so.1 ... (here the libraries for the video will load) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
Hi all, I can confirm (using firefox opensolaris package from https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/26.0/contrib/solaris_pkgadd/) on my /hipster system with one TAB open on http://www.adobe.com/software/flash/about/; page. Just, worth mentioning: first make sure that plugin is activated... Tested few different video sources ... It looks like it is really working! Big thanks to Mr. Grabowski Regards. On 01/24/14 12:08 PM, Jonathan Adams wrote: I can confirm that if you go to http://www.adobe.com/software/flash/about/before you open any flash video then the flash video shows without problems. almost worth while setting this as my home page :) Jon On 24 January 2014 10:34, Jonathan Adams t12nsloo...@gmail.com wrote: Wow ... I can confirm that this works with videos on bbc/iplayer and youtube. you don't need to go to the site with the videos to do this, any flash object works (the Enterprise manager from Oracle11 is flash based) the About page leads to : http://www.adobe.com/software/flash/about/ I don't know if it'd work if you go straight there, instead of right-clicking an existing flash. Jon On 24 January 2014 00:07, Udo Grabowski (IMK) udo.grabow...@kit.eduwrote: Hi, I found an interesting fact about the flash player problem (151a8,a9): If you manage to right click the menu entry 'About Adobe flash player' while the video is loading, but before it plays (you have to be fast...), the video will first crash, but a second tab opens and shows the Adobe flash intro running. After that, close the Adobe tab, and reload the video page. The video will run, and all subsequent videos after will also be shown without crashes in this instance of firefox (latest solaris flash 11.2.202.223) ! This seems to hint to a threading issue with library load order, I previously experimented a lot and got flash running randomly, but not in a way to present a consistent workaround, but this time, it seems to circumvent the problem always. The debugger loads the plugin-container with the libraries below when it works, but loads these ones additionally when actually starting the video: Reading pango-basic-fc.so Reading libcanberra-gtk.so.0.1.7 Reading libcanberra.so.0.2.4 Reading libgconf-2.so.4.1.5 Reading libORBit-2.so.0.1.0 Reading libltdl.so.3.1.4 Reading libcanberra-oss.so Reading libvorbisfile.so.3.3.5 Reading libvorbis.so.0.4.6 Reading libogg.so.0.7.1 Reading libpixbufloader-xpm.so (video shown) So maybe there's something wrong in these compared to a7, where flash used to work. - Libraries loaded before: Reading plugin-container Reading ld.so.1 Reading libxul.so Reading libCrun.so.1 Reading libCstd.so.1 Reading libpthread.so.1 Reading libc.so.1 Reading libssl3.so Reading libnss3.so Reading libnssutil3.so Reading libplc4.so Reading libnspr4.so Reading libthread.so.1 Reading librt.so.1 Reading libplds4.so Reading libnsl.so.1 Reading libXrender.so.1 Reading libX11.so.4 Reading libXext.so.0 Reading libmozalloc.so Reading libgobject-2.0.so.0.2800.8 Reading libglib-2.0.so.0.2800.8 Reading libgtk-x11-2.0.so.0.2200.1 Reading libgdk-x11-2.0.so.0.2200.1 Reading libcairo.so.2.11000.2 Reading libgio-2.0.so.0.2800.8 Reading libresolv.so.2 Reading libsocket.so.1 Reading libm.so.2 Reading libXt.so.4 Reading libdemangle.so.1 Reading libdl.so.1 Reading libgthread-2.0.so.0.2800.8 Reading UTF-8%UTF-16LE.so Reading UTF-16LE%UTF-8.so Reading libgmodule-2.0.so.0.2800.8 Reading libsmime3.so Reading libmozsqlite3.so Reading libdbus-1.so.3.4.3 Reading libatk-1.0.so.0.3209.1 Reading libfreetype.so.6 Reading libgdk_pixbuf-2.0.so.0.2200.1 Reading libfontconfig.so.1 Reading libpango-1.0.so.0.2800.4 Reading libmp.so.2 Reading libmd.so.1 Reading libXau.so.6 Reading libXdmcp.so.6 Reading libsecdb.so.1 Reading libpangocairo-1.0.so.0.2800.4 Reading libXcomposite.so.1 Reading libXdamage.so.1 Reading libXfixes.so.1 Reading libpng14.so.14.12.0 Reading libpangoft2-1.0.so.0.2800.4 Reading libtsol.so.2 Reading libXinerama.so.1 Reading libXi.so.5 Reading libXrandr.so.2 Reading libXcursor.so.1 Reading libpixman-1.so.0 Reading libz.so.1 Reading libSM.so.6 Reading libICE.so.6 Reading libbsm.so.1 Reading libbz2.so.1 Reading libexpat.so.1.6.0 Reading libinetutil.so.1 Reading libscf.so.1 Reading libuutil.so.1 Reading libgen.so.1 Reading libnvpair.so.1 Reading libsmbios.so.1 Reading xlcUTF8Load.so.2 Reading libclearlooks.so Reading libcanberra-gtk-module.so Reading libflashplayer.so Reading libpangoxft-1.0.so.0.2800.4 Reading libpangox-1.0.so.0.2800.4 Reading libXft.so.2 Reading libsoftokn3.so Reading libnssdbm3.so Reading libfreebl3.so Reading libkstat.so.1 ... (here the libraries for the video will load) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list
Re: [OpenIndiana-discuss] Workaround for Flash issue
On 24/01/2014 12:08, Jonathan Adams wrote: I can confirm that if you go to http://www.adobe.com/software/flash/about/before you open any flash video then the flash video shows without problems. almost worth while setting this as my home page :) So that's a feasible workaround, now wrap that in a start javascript that loads that tab and deletes it shortly after There's one little nit, when you leave the browser alone for a while without playing flash, it forgets that it can play it, and you have to go to that page again to reactivate. Maybe this is a hint to what's really going wrong behind the curtains, but I still have no definitive conclusion. -- Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technologyhttp://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
I was wondering if you can LD_PRELOAD the flashplayer in order to get it to load the objects in the correct order ... but I have neither the skills or the knowledge to test this out. On 24 January 2014 13:52, Udo Grabowski (IMK) udo.grabow...@kit.edu wrote: On 24/01/2014 12:08, Jonathan Adams wrote: I can confirm that if you go to http://www.adobe.com/software/flash/about/before you open any flash video then the flash video shows without problems. almost worth while setting this as my home page :) So that's a feasible workaround, now wrap that in a start javascript that loads that tab and deletes it shortly after There's one little nit, when you leave the browser alone for a while without playing flash, it forgets that it can play it, and you have to go to that page again to reactivate. Maybe this is a hint to what's really going wrong behind the curtains, but I still have no definitive conclusion. -- Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technologyhttp://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
On 24/01/2014 15:39, Jonathan Adams wrote: I was wondering if you can LD_PRELOAD the flashplayer in order to get it to load the objects in the correct order ... but I have neither the skills or the knowledge to test this out. I've wasted days of experimenting with that, but I found no solution. Neither LD_LIBRARY_PATH nor all permutations in LD_PRELOAD_32 of current and a7 libraries from all the various places (esp. /usr/X11/lib/NVIDIA/ where libvdpau.so lives, which was one hot candidate) showed any working combination apart from random success. I'm now thinking about the special role of adobes flash site, we also have a employee TV here which can take that role, so it seems it has something to do with the special kind of video presented (maybe they need no .swz RSL, static videos which trigger a special order in which libraries are loaded ? ). -- Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technologyhttp://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
On Fri, 24 Jan 2014, Udo Grabowski (IMK) wrote: On 24/01/2014 15:39, Jonathan Adams wrote: I was wondering if you can LD_PRELOAD the flashplayer in order to get it to load the objects in the correct order ... but I have neither the skills or the knowledge to test this out. I've wasted days of experimenting with that, but I found no solution. Neither LD_LIBRARY_PATH nor all permutations in LD_PRELOAD_32 Did you also experiment with LD_BIND_NOW? Given that a working installation still exists, it is likely possible to track each lazy symbol being bound on demand in addition to when .so files get loaded. Fortified with this info, there is more possibility of the needle being found in the haystack. In addition to a threading issue there might be a duplicate symbol issue where the same symbol is offered by multiple libraries and access order influences which symbol is actually used. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
On 24/01/2014 16:08, Bob Friesenhahn wrote: On Fri, 24 Jan 2014, Udo Grabowski (IMK) wrote: On 24/01/2014 15:39, Jonathan Adams wrote: I was wondering if you can LD_PRELOAD the flashplayer in order to get it to load the objects in the correct order ... but I have neither the skills or the knowledge to test this out. I've wasted days of experimenting with that, but I found no solution. Neither LD_LIBRARY_PATH nor all permutations in LD_PRELOAD_32 Did you also experiment with LD_BIND_NOW? Given that a working installation still exists, it is likely possible to track each lazy symbol being bound on demand in addition to when .so files get loaded. Fortified with this info, there is more possibility of the needle being found in the haystack. In addition to a threading issue there might be a duplicate symbol issue where the same symbol is offered by multiple libraries and access order influences which symbol is actually used. Did try LD_BIND_NOW, but it didn't help, but you're right, this could help to get the symbols into the debugger (which is tricky, as you have to catch the seaprate called plugin-container when it loads and before the video actually starts). -- Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT www.imk-asf.kit.edu/english/sat.php KIT - Karlsruhe Institute of Technologyhttp://www.kit.edu Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
On Fri, 24 Jan 2014, Udo Grabowski (IMK) wrote: Did try LD_BIND_NOW, but it didn't help, but you're right, this could help to get the symbols into the debugger (which is tricky, as you have to catch the seaprate called plugin-container when it loads and before the video actually starts). I bet that someone can provide a dtrace script to trace the module loading and lazy symbol resolution if ld.so.1 does not include the debugging smarts to do so itself. If the script is not promptly posted here, then I suggest asking on the dtrace discussion list. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
Message du 24/01/14 01:08 De : Udo Grabowski (IMK) A : openindiana-discuss@openindiana.org Copie à : Objet : [OpenIndiana-discuss] Workaround for Flash issue Hi, I found an interesting fact about the flash player problem (151a8,a9): If you manage to right click the menu entry 'About Adobe flash player' while the video is loading, but before it plays (you have to be fast...), No need to be fast, you have all the time if you set plugins.click_to_play preference (about:config) to True. the video will first crash, but a second tab opens and shows the Adobe flash intro running. After that, close the Adobe tab, and reload the video page. The video will run, and all subsequent videos after will also be shown without crashes in this instance of firefox (latest solaris flash 11.2.202.223) ! This seems to hint to a threading issue with library load order, I previously experimented a lot and got flash running randomly, but not in a way to present a consistent workaround, but this time, it seems to circumvent the problem always. The debugger loads the plugin-container with the libraries below when it works, but loads these ones additionally when actually starting the video: Reading pango-basic-fc.so Reading libcanberra-gtk.so.0.1.7 Reading libcanberra.so.0.2.4 Reading libgconf-2.so.4.1.5 Reading libORBit-2.so.0.1.0 Reading libltdl.so.3.1.4 Reading libcanberra-oss.so Reading libvorbisfile.so.3.3.5 Reading libvorbis.so.0.4.6 Reading libogg.so.0.7.1 Reading libpixbufloader-xpm.so (video shown) So maybe there's something wrong in these compared to a7, where flash used to work. - Libraries loaded before: Reading plugin-container Reading ld.so.1 Reading libxul.so Reading libCrun.so.1 Reading libCstd.so.1 Reading libpthread.so.1 Reading libc.so.1 Reading libssl3.so Reading libnss3.so Reading libnssutil3.so Reading libplc4.so Reading libnspr4.so Reading libthread.so.1 Reading librt.so.1 Reading libplds4.so Reading libnsl.so.1 Reading libXrender.so.1 Reading libX11.so.4 Reading libXext.so.0 Reading libmozalloc.so Reading libgobject-2.0.so.0.2800.8 Reading libglib-2.0.so.0.2800.8 Reading libgtk-x11-2.0.so.0.2200.1 Reading libgdk-x11-2.0.so.0.2200.1 Reading libcairo.so.2.11000.2 Reading libgio-2.0.so.0.2800.8 Reading libresolv.so.2 Reading libsocket.so.1 Reading libm.so.2 Reading libXt.so.4 Reading libdemangle.so.1 Reading libdl.so.1 Reading libgthread-2.0.so.0.2800.8 Reading UTF-8%UTF-16LE.so Reading UTF-16LE%UTF-8.so Reading libgmodule-2.0.so.0.2800.8 Reading libsmime3.so Reading libmozsqlite3.so Reading libdbus-1.so.3.4.3 Reading libatk-1.0.so.0.3209.1 Reading libfreetype.so.6 Reading libgdk_pixbuf-2.0.so.0.2200.1 Reading libfontconfig.so.1 Reading libpango-1.0.so.0.2800.4 Reading libmp.so.2 Reading libmd.so.1 Reading libXau.so.6 Reading libXdmcp.so.6 Reading libsecdb.so.1 Reading libpangocairo-1.0.so.0.2800.4 Reading libXcomposite.so.1 Reading libXdamage.so.1 Reading libXfixes.so.1 Reading libpng14.so.14.12.0 Reading libpangoft2-1.0.so.0.2800.4 Reading libtsol.so.2 Reading libXinerama.so.1 Reading libXi.so.5 Reading libXrandr.so.2 Reading libXcursor.so.1 Reading libpixman-1.so.0 Reading libz.so.1 Reading libSM.so.6 Reading libICE.so.6 Reading libbsm.so.1 Reading libbz2.so.1 Reading libexpat.so.1.6.0 Reading libinetutil.so.1 Reading libscf.so.1 Reading libuutil.so.1 Reading libgen.so.1 Reading libnvpair.so.1 Reading libsmbios.so.1 Reading xlcUTF8Load.so.2 Reading libclearlooks.so Reading libcanberra-gtk-module.so Reading libflashplayer.so Reading libpangoxft-1.0.so.0.2800.4 Reading libpangox-1.0.so.0.2800.4 Reading libXft.so.2 Reading libsoftokn3.so Reading libnssdbm3.so Reading libfreebl3.so Reading libkstat.so.1 ... (here the libraries for the video will load) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] recommendations for updating to 151a9
In regard to: Re: [OpenIndiana-discuss] recommendations for updating to...: - should I just remove all of them before I do an update? - will the fact that sfe and sfe-encumbered are now non-sticky mean that the updates that come from /dev will leave sfe packages on the system, but in a broken state? Or, will the update automatically remove stuff from sfe/sfe-encumbered if their dependencies are no longer met? Because I am responsible for both, JDS and SFE, I can say that it should not be problem to keep sfe and sfe-encumbered as non-sticky. The update will replace older SFE packages with newer JDS (it is system/library/orc which was added to JDS in a9). Hi Milan! I did update my desktop workstation to 151a9 yesterday, after making the changes to make sfe and sfe-encumbered non-sticky. The update went well and I haven't noticed any problems since updating. In addition, while browsing sfe-encumbered yesterday, I noticed that in November you added the package gnome/media/gnome-media-extras that I had asked for a few months ago, to get some of the gstreamer-plugins-bad and gstreamer-plugins-ugly into OI. I had to use gstreamer-properties to select the output device on my workstation, but now that gnome/media/gnome-media-extras is installed, rhythmbox can play a lot more formats, including mp3s. I spent the afternoon yesterday listening to streaming radio and parts of my music collection, and I have you to thank for it. :-) Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Workaround for Flash issue
Sorry I've forgottenn one thing set plugins.click_to_play to true via about:config AND Ask to Activate for FlashPlayer via about:addons. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss