Summary: | www-client/opera - operapluginwrapper segfaults on www-plugins/adobe-flash | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Vasilis Lourdas <bugs> |
Component: | Current packages | Assignee: | Jeroen Roovers (RETIRED) <jer> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs, bugzie, castaway, chewi, christian, cornicx, denilsonsa, desktop-misc, eric-f.garioud, gentoo-bugzilla, gentoo, help, icephoenix.nx1729+gentoo, infinity80, lack, lists, me, moult, nico.bonada, olemarkus, rafallalik, sachse |
Priority: | Normal | ||
Version: | 10.0 | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://my.opera.com/ruario/blog/2011/06/29/i-need-feedback-from-gentoo-and-sabayon-users | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
opera with nvidias binary blob
gdb backtrace (x86) gdb backtrace (amd64 no-multilib) Add an LD_PRELOAD hack to the /usr/bin/${PN} script |
Description
Vasilis Lourdas
2011-04-12 20:53:01 UTC
Works absolutely wonderfully here (but on x86): www-client/opera-11.10.2092 www-plugins/adobe-flash-10.2.153.1_p201011173 You will need to provide more information - at the very least the output of emerge -vpq www-plugins/adobe-flash Here the emerge info: emerge -vpq www-plugins/adobe-flash [ebuild R ] www-plugins/adobe-flash-10.2.153.1_p201011173 USE="64bit (multilib) vdpau -32bit -bindist" And: emerge -vpq opera [ebuild R ] www-client/opera-11.10.2092 USE="gtk kde -gstreamer" LINGUAS="el en_GB -af -az -be -bg -cs -da -de -es_ES -es_LA -et -fi -fr -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nl -nn -pl -pt -pt_BR -ro -ru -sk -sr -sv -ta -te -th -tl -tr -uk -uz -vi -zh_CN -zh_TW" (In reply to comment #1) > Works absolutely wonderfully here (but on x86): > www-client/opera-11.10.2092 > www-plugins/adobe-flash-10.2.153.1_p201011173 I suspect this is because on x86 you are getting the fully released and supported Adobe flash 10.2.153.1 plugin. However, the 64-bit native plugin installed by that same ebuild is still "beta" and probably not going to be supported by either Adobe or Opera. I would suggest trying the 32-bit plugin only, either by reinstalling that adobe-flash ebuild with USE="-64bit 32bit", or just temporarily masking the _p201011173 ebuild and installing the stable version instead. Please give this a try and report back here if this is successful. I installed the stable version and it still fails to work. While Googling, it seems that this issue is Gentoo specific. You can also check out this forum thread: http://forums.gentoo.org/viewtopic-t-869433.html User goodwin_c (goodwinc on my.opera.com) uses 32-bit: http://my.opera.com/desktopteam/blog/show.dml/29009282?startidx=300#comment58728532 And another my.opera.com user notes: "Flash still doesn't work on x86 Linux (again, tried on a clean profile). Good job, going back to 10.01… (:" http://my.opera.com/desktopteam/blog/show.dml/29009282?startidx=200#comment58659832 with follow-up from another users: http://my.opera.com/desktopteam/blog/show.dml/29009282?startidx=200#comment58662222 Nobody has mentioned an upstream bug report so far, it seems. (We perhaps ought to switch around the Assignee, but there is little point IMO.) So, it seems to me that the current solution is to go back to the stable Opera version, which works with Flash... or dump Flash anyway. (In reply to comment #7) > So, it seems to me that the current solution is to go back to the stable Opera > version, which works with Flash... or dump Flash anyway. The stable version is going away in less than thirty days. Not using flash is generally a good idea, but that's not relevant here. The segfault in operapluginwrapper is what we need to investigate, and so far I have seen very little to go on. It would be nice if someone (or everyone) experiencing this problem filed a bug report at <https://bugs.opera.com/wizard/> and then report the bug number back here. Filled bug DSK-333643. And seems Martux from forum also filled bug DSK-334422 P.S. operapluginwrapper segfault is caused by another plugins. with only flash-plugin in path it doesnt crash, but flash still not working Well, I "fixed" this problem by changing plugin path in Opera from /usr/lib64/nsbrowser/plugins to /usr/lib32/nsbrowser/plugins. (In reply to comment #11) > Well, I "fixed" this problem by changing plugin path in Opera from > /usr/lib64/nsbrowser/plugins to /usr/lib32/nsbrowser/plugins. That's interesting. Please post your output for: `emerge -vpq www-client/opera www-plugins/adobe-flash' Same problem here (DSK-336100). (In reply to comment #13) > Same problem here (DSK-336100). Oh, and I'm on x86. Seems that replacing operapluginwrapper in 11.10 with the one from 11.01 solves the flash issue for me. It's an ugly workaround, but works… (In reply to comment #15) > Seems that replacing operapluginwrapper in 11.10 with the one from 11.01 solves > the flash issue for me. It's an ugly workaround, but works… Is only operapluginwrapper required to replace? I replaced the binary operapluginwrapper-native from Opera 11.01 to 11.10 and Flash seems to work fine. (In reply to comment #16) > Is only operapluginwrapper required to replace? Yes, but again, I'm using x86 (me stares at some bug-maintainer about the „Platform” here). Happens here too, with x86 and any Opera version newer than 11.01.1190. For the record, adobe-flash-10.2.159.1_p201011173 is installed. Portage 2.2.0_alpha30 (default/linux/x86/10.0/desktop/kde, gcc-4.5.2, libc-0-r0, 2.6.38-gentoo-r3 i686) ================================================================= System uname: Linux-2.6.38-gentoo-r3-i686-Intel-R-_Core-TM-2_Duo_CPU_E6750_@_2.66GHz-with-gentoo-2.0.2 Timestamp of tree: Sat, 07 May 2011 08:45:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.2-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.5, 4.5.2 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 sys-kernel/linux-headers: 2.6.36.1 sys-libs/glibc: 2.11.3 virtual/os-headers: 0 Repositories: gentoo lcd-filtering pcsx2 local-overlay roslin Installed sets: @kadu-modular, @system ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/hddtemp" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo" CXXFLAGS="-O2 -march=native -fomit-frame-pointer -pipe" DISTDIR="/var/tmp/distfiles" FEATURES="assume-digests binpkg-logs collision-protect distlocks fixlafiles fixpackages news noinfo parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://gentoo.mirror.pw.edu.pl/" LANG="pl_PL.UTF-8" LC_ALL="pl_PL.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="pl" MAKEOPTS="-j2 -s" PKGDIR="/var/tmp/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/banned_branches" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/lcd-filtering /var/lib/layman/pcsx2 /usr/local/portage /home/mziab/roslin" SYNC="rsync://rsync1.pl.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa bash-completion berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cups curl custom-cflags custom-cxxflags cxx dbus dri dts dvd dvdr emboss encode exif faac faad fam ffmpeg firefox flac fortran ftp gdbm gdu gif gstreamer gtk iconv inotify ipv6 joystick jpeg kde kdehiddenvisibility lame lcdfilter lcms libnotify lzma mad mmx mmxext mng modules mp3 mp4 mpeg mudflap musepack ncurses nls nptl nptlonly ogg opengl openmp pam pango pch pcre pdf perl png policykit ppds pppd python qt3support qt4 readline sdl session smp sndfile spell sse sse2 sse3 ssl ssse3 startup-notification svg sysfs tcpd threads tiff timidity truetype udev unicode usb vdpau vorbis wavpack win32codecs x264 x86 xcb xcomposite xinerama xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="none nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS (In reply to comment #18) > Yes, but again, I'm using x86 (me stares at some bug-maintainer about the > „Platform” here). You couldn't change that yourself? (In reply to comment #20) > (In reply to comment #18) > > Yes, but again, I'm using x86 (me stares at some bug-maintainer about the > > „Platform” here). > > You couldn't change that yourself? No? Afaik this can be done by Reporter or someone with proper permissions. I emerged the new adobe flash today (v. 10.3.181.14) and even with the operapluginwrapper-native binary from 11.01, Opera does not show Flash content. I receive the segfault again. (In reply to comment #22) > I emerged the new adobe flash today (v. 10.3.181.14) and even with the > operapluginwrapper-native binary from 11.01, Opera does not show Flash content. > I receive the segfault again. If you by any chance use nvidia binary drivers (I think so), try this: USE="-opengl" emerge -1 cairo && emerge -1 pango ...and then relogin (In reply to comment #23) > If you by any chance use nvidia binary drivers (I think so), try this: > USE="-opengl" emerge -1 cairo && emerge -1 pango > ...and then relogin ... and it didn't work with either versions of Flash. Tried with Opera 11.11 (just released). Back to the old operapluginwrapper-native copy trick from version 11.01 (hoping it will work in 11.11). Workarround for me: Add "www-plugins/adobe-flash -64bit" to "/etc/portage/package.use" and "emerge adobe-flash" Sad news here. With 11.11.2109 the operaplugwrapper replacement doesnt work for me anymore. ): Don't know if this is usefull for us, as both opera and flash are closed source, but here's console output that I have: Gtk-ERROR **: GTK+ 3 symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... Opera Plugin Proxy: Could not start up plugin (In reply to comment #26) > Sad news here. With 11.11.2109 the operaplugwrapper replacement doesnt work for > me anymore. ): > > Don't know if this is usefull for us, as both opera and flash are closed > source, but here's console output that I have: > Gtk-ERROR **: GTK+ 3 symbols detected. Using GTK+ 2.x and GTK+ 3 in the same > process is not supported > aborting... > Opera Plugin Proxy: Could not start up plugin No, the binary replacement from version 11.01.1190 works just fine for me here. Maybe you make a mistake copying it...? Another comment: Since there's an open bug (like this one here), why was version 11.1x marked stable and version 11.01 was removed from the tree? I just noticed this. (In reply to comment #27) > No, the binary replacement from version 11.01.1190 works just fine for me here. > Maybe you make a mistake copying it...? My bad. Seems I repleaced operaplugincleaner… sorry for the noise then. (In reply to comment #28) > Another comment: Since there's an open bug (like this one here), why was > version 11.1x marked stable and version 11.01 was removed from the tree? I just > noticed this. 1) Because 11.01 had security vulnerabilities fixed in 11.11. 2) Because this bug report is flawed in that it doesn't actually describe the bug in question (yet). 3) Because there are three known workarounds: a) fix the plugin path (if somebody would confirm this and describe what exactly needs to be set, we could do that in the ebuild). b) change some USE flags in www-plugins/adobe-flash (this isn't an Opera ebuild bug fix). c) do that nasty hack with the older operapluginwrapper binary (you're on your own there - there's no way I would facilitate that, not even by conveniently leaving a download path in the portage tree). (In reply to comment #30) > 2) Because this bug report is flawed in that it doesn't actually describe > the bug in question (yet). Ok, since I reported the bug, what other information do you need from me to better describe the situation? (In reply to comment #30) > 3) Because there are three known workarounds: > a) fix the plugin path (if somebody would confirm this and describe what > exactly needs to be set, we could do that in the ebuild). > b) change some USE flags in www-plugins/adobe-flash (this isn't an Opera > ebuild bug fix). > c) do that nasty hack with the older operapluginwrapper binary (you're on your > own there - there's no way I would facilitate that, not even by > conveniently > leaving a download path in the portage tree). Only third option applies to x86 systems, first two are for 64 bit only. I have the same bug on x86 system (no x86_64 libs at all), flash player doesn't starts on opera-11.11.2109. Tried both adobe-flash-10.3.181.14-r1 and adobe-flash-10.2.159.1. While both works fine in FF. Opera Plugin Proxy: Could not start up plugin # emerge --info Portage 2.1.9.49 (default/linux/x86/10.0, gcc-4.4.5, glibc-2.12.2-r0, 2.6.36-zen2 i686) ================================================================= System uname: Linux-2.6.36-zen2-i686-Pentium-R-_Dual-Core_CPU_E5200_@_2.50GHz-with-gentoo-2.0.2 Timestamp of tree: Wed, 25 May 2011 05:00:01 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.4.6, 2.5.4-r4, 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/ccache: 2.4-r9 dev-util/cmake: 2.8.4-r1 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.2-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13::<unknown repository>, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4, 4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.12.2 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA IBM-J1.6 dlj-1.1 AdobeFlash-10.1 PUEL" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=core2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=core2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://mirror2.corbina.ru/gentoo-distfiles/ http://mirror.yandex.ru/gentoo-distfiles/ http://gentoo.mirror.pw.edu.pl/ http://gentoo.mneisen.org/ http://de-mirror.org/distro/gentoo/ http://gentoo.tiscali.nl/" LANG="ru_RU.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl berkdb bzip2 cleartype cli consolekit corefonts cracklib crypt cups custom-optimization cxx dbus dri fortran gdbm git glitz iconv icq idn iproute2 jabber jpeg jpeg2k kde lzma mmx mng modules mudflap mysql ncurses nls nptl nptlonly nsplugin opengl openmp optimization oscar pam pcre perl png policykit pppd python qt3support qt4 readline redland rtmp samba semantic-desktop session speex sqlite sse sse2 ssl ssse3 subversion svg sysfs tcpd threads tiff truetype type1 udev unicode vnc webkit x86 xcomposite xorg xulrunner zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" SANE_BACKENDS="mustek_usb mustek_pp gt68xx mustek plustek plustek_pp" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Addition: replacing /usr/lib/opera/operapluginwrapper from opera 11.01 (downloaded from opera site directly) a dirt hack, but it fixed the issue for now. Waiting for better solution. For me opera-11.11.2109 solves the problem in a ~amd64 box, using adobe-flash- 10.3.181.14-r1 But, in a ~x86 system, the problem persists with the same versions: opera-11.11.2109 and adobe-flash-10.3.181.14-r1 (In reply to comment #35) > For me opera-11.11.2109 solves the problem in a ~amd64 box, using adobe-flash- > 10.3.181.14-r1 0) That suggests the problem is in adobe-flash. > But, in a ~x86 system, the problem persists with the same versions: > opera-11.11.2109 and adobe-flash-10.3.181.14-r1 1) That looks like two bugs, one for each architecture. 2) Versions do not magically solve bugs. 3) Try to reproduce the problem after you have moved your $HOME/.opera out of the way, for instance. If you can't reproduce it, then compare the old pluginpath.ini with the new one, and post a unified diff(1) here. Perhaps that will give us some insight. (In reply to comment #30) > 3) Because there are three known workarounds: > a) fix the plugin path (if somebody would confirm this and describe what > exactly needs to be set, we could do that in the ebuild). add the line: /usr/lib32/nsbrowser/plugins=1 to the plugin path config file which is either: /usr/share/opera/defaults/pluginpath.ini (system wide) or: ~/.opera/pluginpath.ini would it be possible to add this during emerge? (In reply to comment #37) > add the line: > /usr/lib32/nsbrowser/plugins=1 > to the plugin path config file which is either: > /usr/share/opera/defaults/pluginpath.ini (system wide) > or: > ~/.opera/pluginpath.ini I already have that, and it doesn't fix the issue. Here is my ~/.opera/pluginpath.ini: [Paths] /usr/lib32/nsbrowser/plugins=1 /usr/lib64/opera/plugins=1 /usr/lib64/nsbrowser/plugins=1 /usr/lib/nsbrowser/plugins=1 (In reply to comment #37) > add the line: > /usr/lib32/nsbrowser/plugins=1 > to the plugin path config file which is either: > /usr/share/opera/defaults/pluginpath.ini (system wide) > or: > ~/.opera/pluginpath.ini maybe it only works for certain configurations... www-client/opera-11.11.2109 USE="gstreamer kde -gtk" www-plugins/adobe-flash-10.3.181.14-r1 USE="(-kde) -vdpau" on ~amd64 Created attachment 274845 [details] opera with nvidias binary blob Attached binary blob error (it's a bit different from the nouveau one below). (In reply to comment #36) > 3) Try to reproduce the problem after you have moved your $HOME/.opera out of > the way, for instance. If you can't reproduce it, then compare the old > pluginpath.ini with the new one, and post a unified diff(1) here. Perhaps > that will give us some insight. On x86 I have (P.S. -pd is usefull and you don't have to move around your regular $HOME/.opera dir. Also the blob error is from clean personal dir): maszyn ~ (: opera -pd /tmp/fubar Gtk-ERROR **: GTK+ 3 symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... Opera Plugin Proxy: Could not start up plugin This is with nouveau. And it prints the same msg for every page with flash content. www-client/opera-11.11.2109 USE="kde -gstreamer -gtk" www-plugins/adobe-flash-10.3.181.14-r1 USE="kde -vdpau" Let's try to sum up what we have here. I have a x86 box and a amd64 here, both up 2 date, running e17 if that matters, both nvidia drivers, although the old x86 box has 173.14.28 (old chipset) and the new one 270.41.06 a) I think we can rule out nvidia-drivers. They have been the same (esp. on the x86 box) for ages but the problem surfaced only lately I have tried the whole day and nothing made flash work under opera >10.01 except using the old operapluginwrapper, BOTH on x86 AND amd64. b) We need to find out why Andrés in comment #35 > For me opera-11.11.2109 solves the problem in a ~amd64 box, using adobe-flash- > 10.3.181.14-r1 got it working and others (me at least) do not succeed on amd64. (Granted, I am on stable amd64..). Then I think we have tackled the amd64 part at least. On the amd64 box I can state that - native 64bit flash "square" from adobe labs also did NOT work. - nspluginwrapped 32bit flash DOES work for a few seconds, then it crashes opera. (you have to comment the respective line in /usr/share/opera/defaults/plugin-ignore.ini for this to work but it seems there is a cause for masking it) - Setting the plugin path (the "known solution" 3)a)) to just a path where the plugin lives also does NOT solve it here. on to package versions and use flags: www-client/opera-11.11.2109 USE="gstreamer -gtk -kde" www-plugins/adobe-flash-10.3.181.14-r1 USE="vdpau (-kde)" DOES show the problem here. Piotr stated that www-client/opera-11.11.2109 USE="kde -gstreamer -gtk" www-plugins/adobe-flash-10.3.181.14-r1 USE="kde -vdpau" also leads to the problem, which is nice in a way as his USE flags are nearly contrary to mine, so I *think* USE flags other than gtk do not matter. Martin stated that www-client/opera-11.11.2109 USE="gstreamer kde -gtk" www-plugins/adobe-flash-10.3.181.14-r1 USE="(-kde) -vdpau" on ~amd64 works for him - please tell us if that's correct, it's not clear from your post whether you have a working setup - which seems to rule out -gtk as a problem source as well (note he's also on ~amd64 and not on stable) My initial thought was this: People stating they have a working setup possibly have old operapluginwrappers in their setup and it's simply opera that's to blame. My half-working nspluginwrapper setup also suggest that (i.e. it's a substitute for the broken operapluginwrapper) But I may be wrong. Google does not reveal other distros having problems like this so there must be more to this. If there are people running the above mentioned versions with the current operapluginwrapper then the error must be some sort of config or it is in another package but the two mentioned. Another crazy fact is this: I had opera 11.11 and flash 10.2 running nicely up until I did an update to flash 10.3; reverting to 10.2 now does NOT give me back a working setup... My update consisted of these packages (but I cannot imagine who the culprit would be): sys-apps/net-tools-1.60_p20110409135728 net-misc/curl-7.21.4 sys-devel/make-3.82 sys-kernel/gentoo-sources-2.6.38-r6 virtual/linux-sources-2.6 net-analyzer/nmap-5.51 x11-drivers/nvidia-drivers-270.41.06 as equery g --depth=1 opera does not show any of these packages... So it should be a config issue other that the plugin path. And that's where I am clueless now. This was long, sorry, but I think we're halfway there as we can rule out some parts. (You're free to say "shut up, your thoughts won't get us anywhere!" ;-> ) When opera or opera-next try to load the flash plugin, I get this message: Gtk-ERROR **: GTK+ 3 symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... Opera Plugin Proxy: Could not start up plugin It works fine if I use the 10.x operapluginwrapper. Also, this happens with and without the gtk use flag enabled. BTW, I'm using the intel video drivers on x86. I've read that installing gtk 3 helps, but paludis is being difficult about it right now. I do not get the gtk+ warnings, so I doubt that's the problem... Does anyone of the people that claim a working setup have gtk+3 installed? This is weird: http://forums.gentoo.org/viewtopic-t-869433-postdays-0-postorder-asc-start-25.html?sid=b397e13e5a3d3661dd32ff29cf611647 Seems like in my case, nvidia-drivers are to blame. Is nvidia already aware of this? What about nico having intel drivers and my old x86 box having dated nvidia-drivers? Different things seem to trigger the same problem... Well, I'm under intel drivers, x86 system and it still broken. So I doubt it is related to nvidia drivers. (In reply to comment #41) > Martin stated that > www-client/opera-11.11.2109 USE="gstreamer kde -gtk" > www-plugins/adobe-flash-10.3.181.14-r1 USE="(-kde) -vdpau" > on ~amd64 works for him > - please tell us if that's correct, it's not clear from your post whether you > have a working setup - > which seems to rule out -gtk as a problem source as well (note he's also on > ~amd64 and not on stable) yes it is working. from opera's about:plugins: Shockwave Flash 10.3 r181 /usr/lib32/nsbrowser/plugins/libflashplayer.so (In reply to comment #43) > I do not get the gtk+ warnings, so I doubt that's the problem... > > Does anyone of the people that claim a working setup have gtk+3 installed? yes: # emerge -pv gtk+ [ebuild R ] x11-libs/gtk+-3.0.10 USE="cups introspection xinerama (-aqua) -debug -doc -examples -test -vim-syntax" (In reply to comment #8) > The segfault in operapluginwrapper is what we need to investigate, and so far I > have seen very little to go on. Running x86_64 Opera 11.11 2109 With : www-plugins/adobe-flash-10.2.159.1_p201011173 USE="32bit 64bit -bindist (multilib) vdpau" all other plugins desactivated : Selecting - Shockwave Flash 10.3 d162 /usr/lib64/nsbrowser/plugins/libflashplayer.so leads to operapluginwrap[3257]: segfault at fffffffffffffff9 ip 00007f21b10357ad sp 00007fff4bf58450 *error 4* in libc-2.12.2.so[7f21b0fb7000+17a000] EINTR ? Selectiing - Shockwave Flash 10.2 r159 /usr/lib32/nsbrowser/plugins/libflashplayer.so leads to operapluginwrap[3144]: segfault at f5c2e270 ip 00000000f5c2e270 sp 00000000ffbd901c *error 14* EFAULT ? Update: Today, I upgraded to flash 10.3.181.22 (testing). I re-emerged Opera 11.11.2109 to get the initial operapluginwrapper-native binary and added /opt/Adobe/flash-player32/plugin/ to the list of directories to search for plugins in Opera's preferences. Flash now works, without crashing. www-plugins/nspluginwrapper was also emerged because of the upgrade, but Opera has its own and doesn't need it, that's why I added the directory by hand. So, to sum up: www-plugins/adobe-flash-10.3.181.22 (USE="vdpau (-kde)") and www-client/opera-11.11.2109 (USE="gtk kde -gstreamer") work fine for me here (amd64 arch). Flash works like a charm here on ~amd64 [ebuild R ] www-plugins/nspluginwrapper-1.4.2 0 kB [ebuild R ] www-plugins/adobe-flash-10.3.181.26 USE="(-kde) -vdpau" 0 kB [ebuild R ] www-client/opera-11.50.1027 USE="-gtk -gstreamer -kde*" LINGUAS="fr* -af -az -be -bg -cs -da -de -el -en_GB -es_ES -es_LA -et -fi -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nl -nn -pl -pt -pt_BR -ro -ru -sk -sr -sv -ta -te -th -tl -tr -uk -uz -vi -zh_CN -zh_TW" 11,322 kB Patch needed : ============== --- share/opera/defaults/plugin-ignore.ini 2011-05-30 17:46:09.000000000 +0200 +++ share/opera/defaults/plugin-ignore.new 2011-06-24 19:56:08.000000000 +0200 @@ -1,3 +1,2 @@ [Plugins to Ignore] -npwrapper.libflashplayer.so = Points to a NSPluginWrapped Flash Plugin Plugins path ============== /usr/lib64/opera/plugins:/usr/lib64/mozilla/plugins:/usr/lib64/nsbrowser/plugins about:plugins ============== Shockwave Flash Description: Shockwave Flash 10.3 r181 /usr/lib64/nsbrowser/plugins/npwrapper.libflashplayer.so If you need some more information, ask me. I've updated to adobe-flash-10.3.181.26 (kde -vdpau) and opera-11.50.1074 on x86 and it still doesn't wors. Moreover the trick with replacing operapluginwrapper from opera-11.01 doesn't works anymore. :( With Flash 10.3.181.26 and Opera 11.50.1074 Flash work fine here (amd64). Same versions, x86 - doesnt work (ati-drivers 11.6, compiz, latest KDE) *** Bug 373023 has been marked as a duplicate of this bug. *** I got an e‑mail from Ruarí Ødegaard about a submited bug with flash. Long story short: http://my.opera.com/ruario/blog/2011/06/29/i-need-feedback-from-gentoo-and-sabayon-users (In reply to comment #50) > I've updated to adobe-flash-10.3.181.26 (kde -vdpau) and opera-11.50.1074 on > x86 and it still doesn't wors. Moreover the trick with replacing > operapluginwrapper from opera-11.01 doesn't works anymore. :( Pavel, have you tried with a clean profile (delete ~/.opera)? And since Flash 10.3 is 32-bit, Opera does not need nspluginwrapper. Instead, it uses its own plugin wrapper. So, you have to add /opt/Adobe/flash-player32/plugin to the list of paths that Opera uses to search for plugins. That's what I did and Flash works fine with the latest version of Opera (11.50). Since version 11.10.2092 is no longer in the tree and this bug (which I opened) refers to this version, can we safely close it? (In reply to comment #55) > (In reply to comment #50) > > I've updated to adobe-flash-10.3.181.26 (kde -vdpau) and opera-11.50.1074 on > > x86 and it still doesn't wors. Moreover the trick with replacing > > operapluginwrapper from opera-11.01 doesn't works anymore. :( > > Pavel, have you tried with a clean profile (delete ~/.opera)? And since Flash > 10.3 is 32-bit, Opera does not need nspluginwrapper. Instead, it uses its own > plugin wrapper. So, you have to add /opt/Adobe/flash-player32/plugin to the > list of paths that Opera uses to search for plugins. That's what I did and > Flash works fine with the latest version of Opera (11.50). > > Since version 11.10.2092 is no longer in the tree and this bug (which I opened) > refers to this version, can we safely close it? I'd rather keep it open for now, as upstream appears to be investigating, and since we have a lot of detail in this bug report: I wouldn't want to convey the message that the several bugs that plague Flash in Opera are all fixed now. (In reply to comment #55) > (In reply to comment #50) > > I've updated to adobe-flash-10.3.181.26 (kde -vdpau) and opera-11.50.1074 on > > x86 and it still doesn't wors. Moreover the trick with replacing > > operapluginwrapper from opera-11.01 doesn't works anymore. :( > > Pavel, have you tried with a clean profile (delete ~/.opera)? And since Flash > 10.3 is 32-bit, Opera does not need nspluginwrapper. Instead, it uses its own > plugin wrapper. So, you have to add /opt/Adobe/flash-player32/plugin to the > list of paths that Opera uses to search for plugins. That's what I did and > Flash works fine with the latest version of Opera (11.50). > > Since version 11.10.2092 is no longer in the tree and this bug (which I opened) > refers to this version, can we safely close it? I know it doesn't uses nspluginwrapper, I didn't sayed anything about it. I've talked about operapluginwrapper - native wrapper for nsplugins. It was possible to fix this this bug on Opera 11.10 by replacing operapluginwrapper from Opera 11.01. It doesn't works with Opera 11.50 anymore. I'll try to check it from scratch install to see if it works now, will report back soon. (In reply to comment #57) > I know it doesn't uses nspluginwrapper, I didn't sayed anything about it. I've > talked about operapluginwrapper - native wrapper for nsplugins. It was possible > to fix this this bug on Opera 11.10 by replacing operapluginwrapper from Opera > 11.01. It doesn't works with Opera 11.50 anymore. > I'll try to check it from scratch install to see if it works now, will report > back soon. I'm still got problems with flash in opera too. about my system: [ebuild R ] www-plugins/adobe-flash-10.3.181.26 USE="(-kde) -vdpau" [ebuild R ] www-client/opera-11.50.1074 USE="gstreamer gtk kde -hardened" LINGUAS="ru -af -az -be -bg -bn -cs -da -de -el -en_GB -es_ES -es_LA -et -fi -fr -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nl -nn -pa -pl -pt -pt_BR -ro -sk -sr -sv -sw -ta -te -th -tl -tr -uk -uz -vi -zh_CN -zh_TW -zu" ARCH="amd64" (In reply to comment #58) > I'm still got problems with flash in opera too. > about my system: > [ebuild R ] www-plugins/adobe-flash-10.3.181.26 USE="(-kde) -vdpau" > [ebuild R ] www-client/opera-11.50.1074 USE="gstreamer gtk kde -hardened" > LINGUAS="ru -af -az -be -bg -bn -cs -da -de -el -en_GB -es_ES -es_LA -et -fi > -fr -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nl -nn > -pa -pl -pt -pt_BR -ro -sk -sr -sv -sw -ta -te -th -tl -tr -uk -uz -vi -zh_CN > -zh_TW -zu" > > ARCH="amd64" for me problem was with x11-drivers/nvidia-drivers-270.41.06. and was solved with upgrating to 275.09.07.
> for me problem was with x11-drivers/nvidia-drivers-270.41.06. and was solved
> with upgrating to 275.09.07.
thanx for this :) works for me with opera 11.50
should i open a new bug report even opera-next still have problem with it? (In reply to comment #57) > > I know it doesn't uses nspluginwrapper, I didn't sayed anything about it. I've > talked about operapluginwrapper - native wrapper for nsplugins. It was possible > to fix this this bug on Opera 11.10 by replacing operapluginwrapper from Opera > 11.01. It doesn't works with Opera 11.50 anymore. > I'll try to check it from scratch install to see if it works now, will report > back soon. Well I've finally tried it with clean setup. It still doesn't works: # opera -debugplugin Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... Opera Plugin Proxy: Could not start up plugin When I try to open any flash-enabled page. Flash is absolutely not working for me in opera currently. To avoid absurd comments, I would like to remind what I am on _x86_. (In reply to comment #62) > To avoid absurd comments, I would like to remind what I am on _x86_. In the same spirit, everyone who does not see _segmentation faults_ caused by operapluginwrapper as described in the Summary and in the Description, please go and file new bug reports. Switching the Assignee as operapluginwrapper should never do that. updated everything today. blackknight ~ # emerge -pv opera adobe-flash nvidia-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] www-plugins/adobe-flash-10.3.181.34 USE="(-kde) -vdpau" 0 kB [ebuild R ] www-client/opera-11.50.1074 USE="gstreamer -gtk -kde" LINGUAS="-af -az -be -bg -bn -cs -da -de -el -en_GB -es_ES -es_LA -et -fi -fr -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nl -nn -pa -pl -pt -pt_BR -ro -ru -sk -sr -sv -sw -ta -te -th -tl -tr -uk -uz -vi -zh_CN -zh_TW -zu" 0 kB [ebuild R ] x11-drivers/nvidia-drivers-270.41.19 USE="acpi gtk (multilib) -custom-cflags" 0 kB youtube results in flash never ever working and leaving this in the syslog: Jul 20 13:41:03 blackknight kernel: operapluginwrap[19153]: segfault at f66802d0 ip 00000000f66802d0 sp 00000000ffe30c34 error 14 in librt-2.12.2.so[f697a000+7000] blackknight ~ # equery b /usr/lib/librt.so * Searching for /usr/lib/librt.so ... sys-libs/glibc-2.12.2 (/lib64/librt-2.12.2.so) with nspluginwrapper, this does not happen, but flash often flickers and every 5th video or so completely crashes my system. nvidia-drivers 275.09.07 make the instant segfaults go away but eventually also crash the system after some playing of a video. For those seeing the GTK+ conflict error, I've delved into the source code for GTK+ 2 and glib 2 and discovered some interesting things. I've posted them at the forums but will copy them below. For those seeing segfaults, I wonder if we're dealing with separate issues here. ---------------- I've tried to look deeply into this and I have to say it is very puzzling indeed. The actual error comes from GTK+ 2 itself, not from Opera. The message itself is really confusing. It's supposed to say "GTK+ 3 symbols detected", not "GTK+ 2.x symbols detected" and it originally did say that but someone later extended the test and probably got confused. In any case, it checks for the presence of the symbol gtk_widget_device_is_shadowed. The strange thing is that this symbol doesn't appear to be present in any of Opera's code or Flash's code or any code at all except for GTK+ 3. I didn't even have GTK+ 3 installed until just now so nothing could have been loading it. It's got nothing to NVIDIA, at least in my case, as I have a Radeon card. I tried shortcircuiting the test with "return FALSE" to see if that helped and sure enough, it did. But why the problem is occurring in the first place is a mystery to me. ---------------- I've now delved even deeper, right down to the implementation of g_module_symbol in glib. This part doesn't make sense either. It calls dlsym() on the symbol. The first time, when Opera itself starts, this correctly returns NULL and dlerror() returns "undefined symbol: gtk_widget_device_is_shadowed" like it should. However, the second time, when operapluginwrapper-native is run, it does return NULL but dlerror() also returns NULL. Why? I have no idea. The man page states that you can't assume NULL to be an error condition so you must therefore check dlerror(). Surely there should also be an error the second time around, though? The next step would be to dig into glibc but I really don't want to go there. Apologies, I missed jer's comment above. I have created bug #375939 for the GTK+ conflict issue. I've checked the difference between operapluginwrapper from opera-11.01 and opera-11.50. Seems like they've started to use threads in last one, since it is loading libpthreads.so.0 (and first one isn't). Could this be related to this bug? Perhaps someone could try out: =www-client/opera-next-12.00.1033-r1 It's different from other ebuilds in that it doesn't change the default pluginpath.ini. To test it, move your $HOME/.opera-next directory out of the way and launch opera-next, and try out a couple of websites hosting Flash content. Then report back here or on Ruari's blog (see [URL]). I've already tried opera-next-12 before your comment. Doesn't works either. Same symptoms. (In reply to comment #69) > I've already tried opera-next-12 before your comment. Doesn't works either. > Same symptoms. You obviously have huge problems reading what I went to great lengths to write. Created attachment 282347 [details]
gdb backtrace (x86)
To create a gdb backtrace, do this:
1) recompile all dependencies of www-client/opera and www-plugins/adobe-flash
with:
CFLAGS="-O0 -ggdb"
FEATURES="splitdebug"
2) create a $HOME/operasegfaults subdirectory.
3) cd to that directory.
4) Run `ulimit -c unlimited'.
5) Run opera or opera-next.
6) Wait until "core*" files show up (you may not notice that operapluginwrapper
crashed so check regularly).
7) Run file $HOME/operasegfaults/core to find out which program crashed.
8) Run `gdb <path to program> $HOME/operasegfaults/core'.
9) In gdb, enter these commands:
set logging file $HOME/operasegfaults/gdb.out
set logging on
thread apply all backtrace full
quit
You should now have a file $HOME/operasegfaults/gdb.out that looks like the attachment I am posting.
(
Notice that I used CFLAGS="-O2 -ggdb" to get the backtrace, which lists some
variables' values as "optimized out" - this is because I didn't use -O0 as I
should have.
)
My backtrace: Thread 1 (Thread 0xb72a2790 (LWP 27999)): #0 count (this=<optimized out>) at ../../include/QtCore/../../src/corelib/tools/qvector.h:246 No locals. #1 QVariantAnimation::registerInterpolator (func=0, interpolationType=67) at animation/qvariantanimation.cpp:437 interpolators = 0x0 locker = {val = 0} #2 0xb4567c14 in qRegisterAnimationInterpolator<QColor> (func=0) at ../../include/QtCore/../../src/corelib/animation/qvariantanimation.h:121 No locals. #3 qUnregisterGuiGetInterpolator () at animation/qguivariantanimation.cpp:82 No locals. #4 qUnregisterGuiGetInterpolator__dest_class__::~qUnregisterGuiGetInterpolator__dest_class__ (this=0xb5166a48, __in_chrg=<optimized out>) at animation/qguivariantanimation.cpp:94 No locals. #5 0xb732e63d in __cxa_finalize () from /lib/libc.so.6 No symbol table info available. #6 0xb5166a48 in ?? () from /usr/lib/qt4/libQtGui.so.4 No symbol table info available. Backtrace stopped: previous frame inner to this frame (corrupt stack?) Sorry for optimized out values (maybe I'll rebuild qt-core with -O0 later), hope it'll help. [11403.100750] operapluginwrap[27999]: segfault at 0 ip b4109868 sp bff9aea0 error 4 in libQtCore.so.4.7.3[b40bc000+35e000] segfault in libQtCore can be fixed (workarounded) with disabling qt4 use flag in x11-libs/cairo (and rebuilding it of course). (In reply to comment #73) > segfault in libQtCore can be fixed (workarounded) with disabling qt4 use flag > in x11-libs/cairo (and rebuilding it of course). parafin, thanks for your advice, that worked for me, flash works again! :D Created attachment 283061 [details] gdb backtrace (amd64 no-multilib) Fri Aug 12 18:46:39 CEST 2011 Portage 2.2.0_alpha50 (default/linux/amd64/10.0/no-multilib, gcc-4.4.5, glibc-2.12.2-r0, 3.0.1-JeR x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.0.1-JeR-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4200+-with-gentoo-2.0.3 Timestamp of tree: Fri, 12 Aug 2011 15:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.1-r1 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.68 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.20.1-r1, 2.21.1 sys-devel/gcc: 4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.12.2 Repositories: gentoo JeR Installed sets: ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8 -ggdb -pipe -Wall" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/distcc/bin /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=k8 -ggdb -pipe -Wall" DISTDIR="/world/distfiles" FEATURES="assume-digests binpkg-logs buildpkg distlocks ebuild-locks fixlafiles fixpackages metadata-transfer news notitles parallel-fetch protect-owned sandbox sfperms sign splitdebug strict test-fail-continue unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv" FFLAGS="" GENTOO_MIRRORS=" http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.tiscali.nl/ http://mirror.muntinternet.net/pub/gentoo/ " LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" LINGUAS="en nl" MAKEOPTS="-j4" PKGDIR="/keeps/gentoo/packages/wieneke" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/keeps/gentoo/portage" PORTDIR_OVERLAY="/keeps/gentoo/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext 64bit X aac acl alsa amd64 berkdb bzip2 cli cracklib crypt cxx dri fortran gdbm geoip iconv idn ipv6 mmx mmxext modules mpi mudflap multislot ncurses nls nptl nptlonly ogg openmp pam pcre perl perl-geoipupdate pppd python qt3support readline session sse sse2 ssl symux sysfs tcpd threads truetype unicode xnest xorg xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en nl" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="mga via nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= www-client/opera-next-12.00.1042-r1 was built with the following: USE="gstreamer gtk -kde" LINGUAS="nl -af -az -be -bg -bn -cs -da -de -el -en_GB -es_ES -es_LA -et -fi -fr -fr_CA -fy -gd -hi -hr -hu -id -it -ja -ka -ko -lt -me -mk -ms -nb -nn -pa -pl -pt -pt_BR -ro -ru -sk -sr -sv -sw -ta -te -th -tl -tr -uk -uz -vi -zh_CN -zh_TW -zu" www-plugins/adobe-flash-11.0.1.60_beta201108082 was built with the following: USE="64bit (-32bit) -bindist -kde (-multilib) -vdpau" (In reply to comment #73) > segfault in libQtCore can be fixed (workarounded) with disabling qt4 use flag > in x11-libs/cairo (and rebuilding it of course). Wow! This worked for me, flash now works in opera. Thanks for this workaround! (In reply to comment #47) > Running x86_64 Opera 11.11 2109 With : > www-plugins/adobe-flash-10.2.159.1_p201011173 USE="32bit 64bit -bindist > (multilib) vdpau" > > all other plugins desactivated : > > Selecting - Shockwave Flash 10.3 d162 > /usr/lib64/nsbrowser/plugins/libflashplayer.so leads to > > operapluginwrap[3257]: segfault at fffffffffffffff9 ip 00007f21b10357ad sp > 00007fff4bf58450 *error 4* in libc-2.12.2.so[7f21b0fb7000+17a000] > EINTR ? > > Selecting - Shockwave Flash 10.2 r159 > /usr/lib32/nsbrowser/plugins/libflashplayer.so leads to > > operapluginwrap[3144]: segfault at f5c2e270 ip 00000000f5c2e270 sp > 00000000ffbd901c *error 14* > EFAULT ? ================= I can confirm that - Upgrading x86_64 Opera to 11.51 1087 leads to the same segfaults. However : under this 11.51. 1087, + Upgrading nvidia-drivers from 270.41.19 to 275.09.07 AND + Selecting Shockwave Flash 10.2 r159 (32 bits) in the Opera's plugin list Makes the obsolete adobe-flash 10.2.159.1_p201011173 (+32bit, +64bit, +vdpau, -bindist) perfectly operational. However - Selecting Shockwave Flash 10.3 d162 (64 bits) Leads to the same segfault error 4 as described above flash 11.0.1.152, 64-bit, vdpau opera 11.52 build 1100, 64-bit Exporting LD_PRELOAD=/usr/lib64/libgtk-x11-2.0.so.0 and running opera afterwards makes flash run in opera. If libgtk-x11-2.0.so.0 is not exported, I get the following segmentation fault when opening page with flash, while running "OPERA_PLUGINWRAPPER_DEBUG=5 opera": OperaPluginWrapper((null)): Segmentation fault OperaPluginWrapper((null)): Attempt to print the stack from the signal handler 0: 0x357d0 /lib64/libc-2.13.so (In reply to comment #78) > Exporting LD_PRELOAD=/usr/lib64/libgtk-x11-2.0.so.0 and running opera > afterwards makes flash run in opera. @jer, what about adding this line in either opera's start script or the plugin-wrapper script as it seems to work for a lot of people... (In reply to comment #79) Something like this? --- opera-next-12.00.1116.ebuild 20 Oct 2011 12:22:58 -0000 1.1 +++ opera-next-12.00.1116.ebuild 30 Oct 2011 17:16:07 -0000 @@ -164,6 +164,8 @@ echo 'export OPERA_DIR=/usr/share/'"${PN}" >> ${PN} echo 'export OPERA_PERSONALDIR=${OPERA_PERSONALDIR:-"${HOME}/.'${PN}'"}' \ >> ${PN} + use gtk && \ + echo 'LD_PRELOAD=/usr/'$(get_libdir)'/libgtk-x11-2.0.so' > ${PN} echo 'exec '"${OPREFIX}/${PN}/${PN}"' "$@"' >> ${PN} # Change libz.so.3 to libz.so.1 for gentoo/freebsd Created attachment 291251 [details, diff] Add an LD_PRELOAD hack to the /usr/bin/${PN} script (In reply to comment #80) Omitted an "export" there, so test this instead, please. (In reply to comment #80) without trying out the actual ebuild, I think it will not work for me as you add the line conditionally only if gtk useflag is set. I have -gtk and still need the ld preload line (whatever the reason is, maybe opera detects gtk on my system and uses it for something... but then, is there a way of disable the use of gtk like it's a system without gtk?) If the file pointed to by LD_PRELOAD is missing, nothing bad happens so if you're saying it affects users who merely have GTK installed then the variable should be set unconditionally. OK, I have added the LD_PRELOAD hack (without "use gtk") to: =www-client/opera-11.60.1134 =www-client/opera-next-12.00.1116 Please re-emerge and test. Comment on attachment 291251 [details, diff]
Add an LD_PRELOAD hack to the /usr/bin/${PN} script
Don't use this patch. It's broken and superseded by actual ebuilds in the tree.
(In reply to comment #84) > OK, I have added the LD_PRELOAD hack (without "use gtk") to: > =www-client/opera-11.60.1134 > > Please re-emerge and test. seems to work here... default/linux/amd64/10.0/desktop, gcc-4.4.5, glibc-2.13-r4, 2.6.39-gentoo-r1 x86_64 www-client/opera-11.60.1134 USE="gstreamer kde -gtk" *** Bug 394963 has been marked as a duplicate of this bug. *** (In reply to comment #83) > If the file pointed to by LD_PRELOAD is missing, nothing bad happens so if > you're saying it affects users who merely have GTK installed then the variable > should be set unconditionally. Now there seems to be a conflict when Opera launches other programs that are GTK+3 based, so I have removed the LD_PRELOAD hack again. I notice that the latest build now runs plugins out-of-process. Maybe that will make a difference? Haven't tried it myself. (In reply to comment #89) > I notice that the latest build now runs plugins out-of-process. Maybe that will > make a difference? Haven't tried it myself. You are apparently talking about the Opera Labs build[1], which runs plug-ins out of process on Mac and Windows. The BSD/Linux builds have been doing that for ages - it's actually what operapluginwrapper* is for. The reason there are BSD/Linux builds there is that Opera have changed the way they run plug-ins on those operating systems in some ways too, but running out of process itself isn't new. [1] http://dev.opera.com/articles/view/64-bit-opera-and-out-of-process-plug-ins/ Oh okay, I only saw it mentioned in their blog and did wonder whether that's how it worked already. After running various versions of Opera up to 11.50 I just now came across this bug with the operapluginwrapper refusing to wrap anything and complaining about "glibc detected operapluginwrapper free(): invalid pointer" I'd just updated nautilus, which also updated this lot: -rw-rw---- 1 portage portage 703 Dec 24 11:05 x11-libs:pixman-0.17.2:20111\ 224-110501.log -rw-rw---- 1 portage portage 34396 Dec 24 11:05 x11-libs:pixman-0.22.2:20111\ 224-110418.log -rw-rw---- 1 portage portage 5444 Dec 24 11:07 x11-libs:cairo-1.8.10:201112\ 24-110706.log -rw-rw---- 1 portage portage 233696 Dec 24 11:07 x11-libs:cairo-1.10.2-r1:201\ 11224-110509.log -rw-rw---- 1 portage portage 638361 Dec 24 11:13 x11-libs:gtk+-3.0.12-r1:2011\ 1224-110708.log -rw-rw---- 1 portage portage 37056 Dec 24 11:13 gnome-base:dconf-0.8.0:20111\ 224-111316.log -rw-rw---- 1 portage portage 8535 Dec 24 11:16 gnome-base:nautilus-2.20.0-r\ 1:20111224-111618.log -rw-rw---- 1 portage portage 69747 Dec 24 11:16 gnome-base:nautilus-2.32.2.1\ -r1:20111224-111347.log After reading this thread I've "solved" it by just re-emerging x11-libs/cairo with -qt4. My Opera install is the static tarball downloaded from Opera.com, so I don't think that is the problem. Hope this helps other people. Jess Maybe this comment should be a new bug. adobe-flash-11.1.102.55 is installed and until Opera-11.60 it worked just fine. After the upgrade to 11.61 (which was one of the many upgrades), operapluginwrapper crashes. I downgraded to 11.60 and the problem still persists. So I suppose it must be something unrelated to the Opera upgrade. Should I open a new bug? (In reply to comment #93) > Maybe this comment should be a new bug. > > adobe-flash-11.1.102.55 is installed and until Opera-11.60 it worked just fine. > After the upgrade to 11.61 (which was one of the many upgrades), > operapluginwrapper crashes. I downgraded to 11.60 and the problem still > persists. So I suppose it must be something unrelated to the Opera upgrade. > Should I open a new bug? adobe-flash-11.1.102.55 works fine for me after upgrading Opera to 11.61 on x86. Are you sure you didn't reemerged x11-libs/cairo with +qt4 during update? Try: USE="-qt" emerge -1pv x11-libs/cairo (In reply to comment #94) > adobe-flash-11.1.102.55 works fine for me after upgrading Opera to 11.61 on > x86. Are you sure you didn't reemerged x11-libs/cairo with +qt4 during update? > Try: > USE="-qt" emerge -1pv x11-libs/cairo Yes, that did the trick, thank you very much. cairo[qt4] was masked years ago. You probably shouldn't be using this old unmaintained browser version these days anyway. Closing. |