http://www.google.com/chat/video?hl=en google-talkplugin_current_amd64 .deb please provide ebuild for google-talkplugin_current_amd64 Reproducible: Always
It looks like the DEB version doesn't work on Gentoo: Inconsistency detected by ld.so: dl-open.c: 611: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
I get the exact same error message with the .deb version.
(In reply to comment #2) > I get the exact same error message with the .deb version. Are you running amd64? There is similar error for Skype: http://old.nabble.com/status-of-skype-amd64-td28885899.html
(In reply to comment #3) > Are you running amd64? Yes. > There is similar error for Skype: > http://old.nabble.com/status-of-skype-amd64-td28885899.html Interesting. My Skype works just fine. I guess the assertion comes from some inconsistent library versions - our libs probably don't match the ones used when building the .deb. we could probably install all the dependencies, by overwriting a bunch of system libs and rendering the system useless.
(In reply to comment #4) > inconsistent library versions - our libs probably don't match the ones used Arch Linux guys have it working: http://aur.archlinux.org/packages.php?ID=40056 Dependencies for amd64 are: *** lib32-gcc-libs>=4.1.1 *** lib32-libstdc++5 pulseaudio glibc>=2.4 *** lib32-glibc>=2.3.4 fontconfig>=2.4.0 freetype2>=2.3.5 libgl glew>=1.5.0 glib2>=2.12.0 gtk2>=2.12.0 libpng12>=1.2.13 libstdc++5 *** lib32-libx11 *** lib32-libxt *** lib32-openssl-compatibility See the dependencies marked with "***". We will probably need to install some of the app-emulation/emul-linux-x86-* packages.
(In reply to comment #5) > We will probably need to install some of the app-emulation/emul-linux-x86-* packages. The problem is that I have installed all of these and it still doesn't work: $ epm -qaG | grep emul app-emulation/emul-linux-x86-xlibs-20100611 app-emulation/emul-linux-x86-gtkmmlibs-20100611 app-emulation/emul-linux-x86-medialibs-20100611 app-emulation/emul-linux-x86-baselibs-20100611 app-emulation/emul-linux-x86-soundlibs-20100611 app-emulation/emul-linux-x86-compat-20100611 app-emulation/emul-linux-x86-opengl-20100611 app-emulation/emul-linux-x86-sdl-20100611 app-emulation/emul-linux-x86-cpplibs-20100611 app-emulation/emul-linux-x86-qtlibs-20100611 app-emulation/emul-linux-x86-gtklibs-20100611
(In reply to comment #6) > $ epm -qaG | grep emul Which package contains the "emp" executable? I have a bunch of these emul-* packages installed too, maybe I can try to reproduce your case.
I got it working on x86 with my ebuild from bug #333769, I adjusted the ebuild so that it should work for amd64 as well. Please test as I don't have amd64 available.
I also posted mine ebuild at http://bugs.gentoo.org/show_bug.cgi?id=333769 . Works for me on amd64 but not tested on x86.
*** Bug 333769 has been marked as a duplicate of this bug. ***
Milan, why does your ebuild have the amd64 version depend only on x86 emulation libraries? The .so files included with the data.tar.gz are ELF 64-bit LSB shared objects (according to file), and it's certainly using my 64-bit libraries: I got the same "Assertion failed!" error noted by others when using your ebuild, but when using Christoph's version (which pulled in glew and libpng:1.2 as dependencies), it works fine (at least, it installs fine, launches fine, and about:plugins tells me it's present and working; I haven't actually tried chatting with anyone yet).
@Randall remove x86? () from RDEPEND, you are getting assertion errors probably because of libCg/libCgG , I had nvidia-cg-toolkit in world so I didn't notice the mistake, all other libs from ldd lookup I already had, and probably other users will have, maybe not glew... And now I see that .so have 64 in name, so my ebuild will not work anyway on x86. I also think I saw libpng-1.2 AND 1.4 in ldd. Maybe I will post later fixed ebuild...
Created attachment 243925 [details] google-talkplugin-9999.ebuild This one is a little better, I combined some stuff from Christoph's ebuild.
This is my ebuild (second attempt) I added some stuff from Milan's ebuild: <http://code.google.com/p/cj-overlay/source/browse/www-plugins/google-talkplugin/google-talkplugin-1.4.1.0.1.ebuild> It works on my x86 machine, please test it on amd64.
Yes, it installs on amd64 and shows up in my firefox addons menu. I don't have anyone to chat to yet..
(In reply to comment #15) Wow, I went to Settings>Chat and it looks good! I can see myself, hear the test sound, see the mic is working. Can change the available settings. Still haven't made a call yet. Firefox 3.6.8
After a bit of digging I found the real url of google repo, which will make the ebuild more persistent: <http://code.google.com/p/cj-overlay/source/browse/www-plugins/google-talkplugin/google-talkplugin-1.4.1.0.ebuild> If there are no further remarks I will send it to sunrise for reviewing.
For amd64 with multilib, should it also install the 32bit version under /usr/lib32 ?
Works with firefox and chromium but doesn't work with opera or konqueror. Tested by making calls.
I have two amd64 machines with almost the same configuration (same camera, almos the same OS configuration). The plugin works on one machine but doesn't work on the other one. I can see that the plugin is loaded (about:plugins), but when I go into the Settings->Chat I can see "Voice and video chat: Detecting devices..." and after a while I see only "Make voice and video calls to friends and family right from Gmail. It's free and installs in seconds.". Any idea?
(In reply to comment #20) > I have two amd64 machines with almost the same configuration (same camera, > almos the same OS configuration). The plugin works on one machine but doesn't > work on the other one. I can see that the plugin is loaded (about:plugins), but > when I go into the Settings->Chat I can see "Voice and video chat: Detecting > devices..." and after a while I see only "Make voice and video calls to friends > and family right from Gmail. It's free and installs in seconds.". Any idea? > Same thing happens to me too but only in opera and konqueror. Works on chromium and firefox. On amd64 here.
(In reply to comment #17) > <http://code.google.com/p/cj-overlay/source/browse/www-plugins/google-talkplugin/google-talkplugin-1.4.1.0.ebuild> > > If there are no further remarks I will send it to sunrise for reviewing. > The ebuild looks fine, and the plugin is now loaded, and I can use voice chat in both Chrome and Firefox, but video chat is not working in either of the browsers. Console output looks like this: Firefox: IRQ's not enabled, falling back to busy waits: 2 0 ALSA lib pcm_dmix.c:992:(snd_pcm_dmix_open) unable to create IPC shm instance Chrome: IRQ's not enabled, falling back to busy waits: 2 0 Anybody having the same issue? Weird thing is, I can select my camera (CKF7063) on the Gmail settings page, but I see no video on the settings page, and my camera is also not enabled (no LED). When I try to call or accept a video call, the LED flashes up for a split second, but then it turns off, and I get the usual error message. What could be happening?
Hmm, is it related to my radeon display driver? I have the same error message here: aatiis@aiur ~ $ glxinfo | grep direct IRQ's not enabled, falling back to busy waits: 2 0 direct rendering: Yes I'm on ~amd64.
Note that the error message seems to be on STDERR: aatiis@aiur ~ $ glxinfo > /dev/null IRQ's not enabled, falling back to busy waits: 2 0 This is probably not related to google-talkplugin, but now I need to figure out what's going on with my rendering. 2d acceleration works just fine btw.
(In reply to comment #21) > Same thing happens to me too but only in opera and konqueror. > Works on chromium and firefox. > On amd64 here. Which version of Chromium are you using? I'm running www-client/chromium-6.0.495.0.
(In reply to comment #25) > (In reply to comment #21) > > Same thing happens to me too but only in opera and konqueror. > > Works on chromium and firefox. > > On amd64 here. > > Which version of Chromium are you using? I'm running > www-client/chromium-6.0.495.0. > chromium-6.0.472.41
(In reply to comment #26) > chromium-6.0.472.41 I have just tried this version and I still have the same problem ;o(
(In reply to comment #27) > (In reply to comment #26) > > chromium-6.0.472.41 > > I have just tried this version and I still have the same problem ;o( > Which ebuild did you use? Make sure you have libpng:1.2 installed. I have both libpng:1.2 and libpng-1.4 installed in different slots. It was not working for me at all as you described before i installed libpng-1.2 too.
You will need libpng:1.2 $ ldd /opt/google/talkplugin/libnpgtpo3dautoplugin.so | grep png libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007f94911f1000) Try the ebuild from comment #22
(In reply to comment #28) > Which ebuild did you use? > Make sure you have libpng:1.2 installed. > I have both libpng:1.2 and libpng-1.4 installed in different slots. > It was not working for me at all as you described before i installed libpng-1.2 > too. I have both, the media-libs/libpng-1.4.3 and the media-libs/libpng-1.2.44. (In reply to comment #29) > Try the ebuild from comment #22 I'm using exactly this ebuild.
(In reply to comment #19) > Works with firefox and chromium but doesn't work with opera or konqueror. > Tested by making calls. > report to opera at DSK-311530@bugs.opera.com.
The ebuild from Comment #22 (In reply to comment #17) > After a bit of digging I found the real url of google repo, which will make the > ebuild more persistent: > <http://code.google.com/p/cj-overlay/source/browse/www-plugins/google-talkplugin/google-talkplugin-1.4.1.0.ebuild> > > If there are no further remarks I will send it to sunrise for reviewing. This ebuild (revision 63bdf8ffd9) works for me in chromium, amd64, USE=system-libCg . Note - in future please attach the ebuild to the bug report directly so that comments can easily specify versions / revisions to it.
(In reply to comment #31) > (In reply to comment #19) > > Works with firefox and chromium but doesn't work with opera or konqueror. > > Tested by making calls. > > > > report to opera at DSK-311530@bugs.opera.com. > Not sure if the bug is actually in opera because the plugin doesn't work with konqueror wither with the webkit kpart.
I have solved my problem by deleting the "~/.config/google-googletalkplugin" directory. So if somebody is getting the same error (Settings->Chat "Voice and video chat: Detecting devices..."), try to delete the directory.
Video works well here with firefox and chromium (amd64). But my microhpone doesn't seem to work. When I check the settings -> chat, I only see the integrated camera in the menus, no audio devices (despite the fact that the speakers are working with the gmail chat). I checked the logs in ~/.config/google-googletalkplugin/ nothing relevant here. Anyone else with audio issues ?
(In reply to comment #35) > Video works well here with firefox and chromium (amd64). But my microhpone > doesn't seem to work. When I check the settings -> chat, I only see the > integrated camera in the menus, no audio devices (despite the fact that the > speakers are working with the gmail chat). > > I checked the logs in ~/.config/google-googletalkplugin/ nothing relevant > here. > > Anyone else with audio issues ? > amixer -c0 check if capture is off then turn it on with amixer.
(In reply to comment #17) > After a bit of digging I found the real url of google repo, which will make the > ebuild more persistent: > <http://code.google.com/p/cj-overlay/source/browse/www-plugins/google-talkplugin/google-talkplugin-1.4.1.0.ebuild> > > If there are no further remarks I will send it to sunrise for reviewing. > I am using this ebuild but I am getting this when trying to start firefox: Inconsistency detected by ld.so: dl-open.c: 643: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! I am on a x86_32. >>> Install google-talkplugin-9999 into /var/tmp/portage/net-im/google-talkplugin-9999/image/ category net-im >>> Completed installing google-talkplugin-9999 into /var/tmp/portage/net-im/google-talkplugin-9999/image/ * checking 6 files for package collisions >>> Merging net-im/google-talkplugin-9999 to / --- /usr/ --- /usr/share/ --- /usr/share/doc/ >>> /usr/share/doc/google-talkplugin-9999/ >>> /usr/share/doc/google-talkplugin-9999/changelog.Debian.bz2 --- /usr/lib/ --- /usr/lib/nsbrowser/ --- /usr/lib/nsbrowser/plugins/ --- /opt/ >>> /opt/google/ >>> /opt/google/talkplugin/ >>> /opt/google/talkplugin/libnpgoogletalk.so >>> /opt/google/talkplugin/GoogleTalkPlugin >>> /opt/google/talkplugin/libnpgtpo3dautoplugin.so >>> /usr/lib/nsbrowser/plugins/libnpgoogletalk.so -> /opt/google/talkplugin/libnpgoogletalk.so >>> /usr/lib/nsbrowser/plugins/libnpgtpo3dautoplugin.so -> /opt/google/talkplugin/libnpgtpo3dautoplugin.so >>> net-im/google-talkplugin-9999 merged.
(In reply to comment #37) > Inconsistency detected by ld.so: dl-open.c: 643: _dl_open: Assertion > `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! > Looks like a dependency is missing, please run: $ldd /opt/google/talkplugin/* | grep found and post the output
(In reply to comment #38) > (In reply to comment #37) > > Inconsistency detected by ld.so: dl-open.c: 643: _dl_open: Assertion > > `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! > > > Looks like a dependency is missing, please run: > $ldd /opt/google/talkplugin/* | grep found > and post the output > please run strace firefox and find which lib file is missing, then install the package. http://bugs.gentoo.org/show_bug.cgi?id=334367
> http://bugs.gentoo.org/show_bug.cgi?id=334367 it is suspected that that ebuild should make google-talkplugin linked to libpng1.4 instead of libpng1.2.
(In reply to comment #40) > it is suspected that that ebuild should make google-talkplugin linked to > libpng1.4 instead of libpng1.2. > As far as I can see it needs libpng14.so and libpng12.so. $ldd /opt/google/talkplugin/* | grep png Well, it is a binary package. So how to proceed in this case?
(In reply to comment #18) > For amd64 with multilib, should it also install the 32bit version under > /usr/lib32 ? > I have added multilib support, but it is not tested very carefully due to a lack of an own amd64 machine. And I haven't figured out how to use package.use.mask in an overlay, so ignored the new use flags on x86 for now.
> Well, it is a binary package. So how to proceed in this case? > as it is a closed source package, presently one have to install both libpng1.4 and 1.2 for it.
(In reply to comment #43) > as it is a closed source package, presently one have to install both libpng1.4 > and 1.2 for it. This is what my ebuild is doing, that is why I am puzzled about the error in comment #37.
=www-plugins/google-talkplugin-1.5.01 is there, thanks to alexxy for pointing that out. Please test....
(In reply to comment #45) > =www-plugins/google-talkplugin-1.5.01 is there, thanks to alexxy for pointing > that out. Please test.... > It works. amd64, -32bit, +64bit, -nspluginwrapper.
(In reply to comment #45) > =www-plugins/google-talkplugin-1.5.01 is there, thanks to alexxy for pointing > that out. Please test.... > Thanks. The last commit changed dev-libs/openssl slot to "0.9.8" which cases a lot of pain. Is any reason for it?
> Thanks. The last commit changed dev-libs/openssl slot to "0.9.8" which cases a > lot of pain. Is any reason for it? > Basically $scanelf -n /opt/google/talkplugin/* | grep libssl ...,libssl.so.0.9.8,libcrypto.so.0.9.8,... shows that GoogleTalkPlugin is linked against the 0.9.8 version of openssl.
FYI rpm version is linked with openssl-1.0
(In reply to comment #49) > FYI rpm version is linked with openssl-1.0 Thanks for reporting, I added a rpm use flag to use the rpm package instead of the deb package. The rpm has slightly less dependencies. However, there are two little glitches: - GoogleTalkPlugin wants lib{ssl,cryto}.so.10, but Gentoo's openssl-1.0 installs them under lib{ssl,cryto}.so.1.0.0. So you will have to create the symlinks yourself. - the rpms are so new that you will need >=app-arch/rpm2targz-9.0.0.4g to unpack them. Let's see what works better the rpm or the deb package. There is another problem with the amd64 deps: Even in the 64bit package GoogleTalkPlugin is a 32bit binary, so emulation deps are always necessary and no-multilib profile is not possible. Let's see what the next release brings.
installing this on an ~arch amd64 system produces this when starting firefox. # firefox Inconsistency detected by ld.so: dl-open.c: 583: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
*** Bug 339418 has been marked as a duplicate of this bug. ***
(In reply to comment #51) > installing this on an ~arch amd64 system produces this when starting firefox. > > # firefox > Inconsistency detected by ld.so: dl-open.c: 583: _dl_open: Assertion > `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! > This usually means that a library is missing. Try #ldd /opt/google/talkplugin/* | grep found to find out. Which ebuild/useflag are you using?
google-talkplugin-1.7.0.0 was released on Dec 9th ! Status Update: + it does not depend on openssl and media-libs/glew anymore - finally we rid of openssl:0.9.8 + it does not depend on libpng-1.4 anymore - not really useful + there is nearly no difference between deb and rpm package anymore - I still suggest to install from the deb package (-rpm useflag), I think I will drop the rpm useflag soon. - /opt/google/talkplugin/GoogleTalkPlugin is still 32-bit in the amd64 package -> you will need to install emulation libs on amd64 I put an ebuild in cj-overlay, which is now known by layman. Happy testing!
(In reply to comment #54) > + it does not depend on libpng-1.4 anymore - not really useful Does it mean we can drop the libpng:1.2 dependence too? Thanks for the ebuild.
(In reply to comment #55) > (In reply to comment #54) > > + it does not depend on libpng-1.4 anymore - not really useful > Does it mean we can drop the libpng:1.2 dependence too? No, it still needs libpng:1.2, but only libpng:1.2 ;-)
google-talkplugin-1.7.1.0 was released on Dec 13th! changelog.Debian says 'maintenance release'. ebuild available in cj-overlay, happy testing! How is the stability on amd64?
Created attachment 257965 [details] ebuild working on amd64 on my system, this plugin is non working. nor the cj-overlancj-overlay one. this one, instead, is working on amd64. not on x86, because of the libpng.so.12 dependency.
(In reply to comment #58) > on my system, this plugin is non working. > nor the cj-overlancj-overlay one. > > this one, instead, is working on amd64. Good to know. What is the difference to the other ebuilds? With "working" do you mean firefox or chromium? > not on x86, because of the libpng.so.12 dependency. Does the amd64 version depend on libpng.so.14? Please post the output of # scanelf -n /opt/google/talkplugin/* for your amd64 system.
(In reply to comment #59) > (In reply to comment #58) > > on my system, this plugin is non working. > > nor the cj-overlancj-overlay one. > > > > this one, instead, is working on amd64. > Good to know. What is the difference to the other ebuilds? > my ebuild adds some more libraries, and a symlink in /lib/libCg.so it's not properly well written (I'm not a developer), but if you look at code, you may understand by yourself my little changements. > > Does the amd64 version depend on libpng.so.14? > no. but, on amd64, I'have libpng.so.12: cloc3@s939 ~ $ qlist libpng:1.2 /usr/lib64/libpng12.so.0 on x86, I don't want this library, and I could not test the ebuild. :)
s939 ~ # scanelf -n /opt/google/talkplugin/{lib/,}* TYPE NEEDED FILE ET_DYN libc.so.6,ld-linux.so.2,libCg.so /opt/google/talkplugin/lib/libCgGL.so ET_DYN libc.so.6,ld-linux.so.2 /opt/google/talkplugin/lib/libCg.so ET_EXEC libdl.so.2,libpthread.so.0,librt.so.1,libX11.so.6,libXfixes.so.3,libstdc++.so.6,libm.so.6,libgcc_s.so.1,libc.so.6 /opt/google/talkplugin/GoogleTalkPlugin ET_DYN libc.so.6,ld-linux.so.2 /opt/google/talkplugin/lib/libCg.so ET_DYN libc.so.6,ld-linux.so.2,libCg.so /opt/google/talkplugin/lib/libCgGL.so ET_DYN libpthread.so.0,libdl.so.2,libstdc++.so.6,libc.so.6 /opt/google/talkplugin/libnpgoogletalk.so ET_DYN libGL.so.1,libpthread.so.0,libCgGL.so,libdl.so.2,librt.so.1,libXt.so.6,libX11.so.6,libCg.so,libpng12.so.0,libgtk-x11-2.0.so.0,libgdk-x11-2.0.so.0,libm.so.6,libgobject-2.0.so.0,libglib-2.0.so.0,libfontconfig.so.1,libfreetype.so.6,libstdc++.so.6,libgcc_s.so.1,libc.so.6 /opt/google/talkplugin/libnpgtpo3dautoplugin.so
sorry. previous scanelf was on x86 (added libpng:1.2 in dependencies. not tested). on amd64: s939 ~ # scanelf -n /opt/google/talkplugin/{lib/,}* TYPE NEEDED FILE ET_DYN libc.so.6,ld-linux-x86-64.so.2,libCg.so /opt/google/talkplugin/lib/libCgGL.so ET_DYN libc.so.6,ld-linux-x86-64.so.2 /opt/google/talkplugin/lib/libCg.so ET_EXEC libdl.so.2,libpthread.so.0,librt.so.1,libX11.so.6,libXfixes.so.3,libstdc++.so.6,libm.so.6,libgcc_s.so.1,libc.so.6 /opt/google/talkplugin/GoogleTalkPlugin ET_DYN libc.so.6,ld-linux-x86-64.so.2 /opt/google/talkplugin/lib/libCg.so ET_DYN libc.so.6,ld-linux-x86-64.so.2,libCg.so /opt/google/talkplugin/lib/libCgGL.so ET_DYN libpthread.so.0,libdl.so.2,libstdc++.so.6,libc.so.6 /opt/google/talkplugin/libnpgoogletalk64.so ET_DYN libGL.so.1,libpthread.so.0,libCgGL.so,libdl.so.2,librt.so.1,libXt.so.6,libX11.so.6,libCg.so,libpng12.so.0,libgtk-x11-2.0.so.0,libgdk-x11-2.0.so.0,libm.so.6,libgobject-2.0.so.0,libglib-2.0.so.0,libfontconfig.so.1,libfreetype.so.6,libstdc++.so.6,libc.so.6 /opt/google/talkplugin/libnpgtpo3dautoplugin.so
(In reply to comment #60) > my ebuild adds some more libraries, and a symlink in /lib/libCg.so > it's not properly well written (I'm not a developer), but if you look at code, > you may understand by yourself my little changements. I had a look at your ebuild and realize the following points: -the only dependencies on amd64 are the emullibs, do this make sense? (libnpgtpo3dautoplugin.so is a ELF 64-bit LSB shared object) -the symlink of libCg.so is really a dirty solution. Does it work without this link if media-gfx/nvidia-cg-toolkit is installed? -the chromium use flag is a nice idea I think i will copy that. Beside that I found a conflict with www-plugins/kpartsplugin. Can someone confirm this?
(In reply to comment #63) > > Beside that I found a conflict with www-plugins/kpartsplugin. Can someone > confirm this? > I have been using the version 1.7.1.0 of the plugin and also have www-plugins/kpartsplugin installed with no problems (both with chromium and firefox an amd64) Why has the ~amd64 keyword been removed from 1.7.1.0-r1?
thank's a lot for your attention. (In reply to comment #63) > > -the only dependencies on amd64 are the emullibs, do this make sense? > (libnpgtpo3dautoplugin.so is a ELF 64-bit LSB shared object) > I don't care about dependencies. I've just cut and copied them from previous ebuild. my ebuild is an example. is your work to do something better. > -the symlink of libCg.so is really a dirty solution. Does it work without this > link if media-gfx/nvidia-cg-toolkit is installed?
(In reply to comment #64) > Why has the ~amd64 keyword been removed from 1.7.1.0-r1? (In reply to comment #64) > (In reply to comment #63) > > Beside that I found a conflict with www-plugins/kpartsplugin. Can someone > > confirm this? > I have been using the version 1.7.1.0 of the plugin and also have > www-plugins/kpartsplugin installed with no problems (both with chromium and > firefox an amd64) Good to know! On my x86 system the plugin is enabled (about:plugins), but it google.com doesn't realize the camera and the common message that the plugins is started cannot be found the output of firefox. I guess it is some problem with the mime types, kpartsplugin tries to handle the mime 'application/googletalk'. > Why has the ~amd64 keyword been removed from 1.7.1.0-r1? Too many issue for my ebuild and I don't have a amd64 machine to test (havn't finished to set up my amd64 virtual machine yet). Tell me that it is working and I will add it back ;-)
ops. I forget to answer this: (In reply to comment #63) > > -the symlink of libCg.so is really a dirty solution. Does it work without this > link if media-gfx/nvidia-cg-toolkit is installed? > may it be dirty, but it the mainly difference from previous ebuild. without it the browser crashes. I've an intel video card.
> (In reply to comment #63) > > -the symlink of libCg.so is really a dirty solution. Does it work without this > > link if media-gfx/nvidia-cg-toolkit is installed? > > > may it be dirty, but it the mainly difference from previous ebuild. > without it the browser crashes. Which is strange, because libnpgtpo3dautoplugin.so comes with the /opt/google/talkplugin/lib as RPATH. $readelf -d libnpgtpo3dautoplugin.so | grep RPATH > I've an intel video card. This doesn't matter. libCg.so is a library from nvidia-cg-toolkit and google just bundles it.
(In reply to comment #66) > (In reply to comment #64) > > Why has the ~amd64 keyword been removed from 1.7.1.0-r1? > > (In reply to comment #64) > > (In reply to comment #63) > > > Beside that I found a conflict with www-plugins/kpartsplugin. Can someone > > > confirm this? > > I have been using the version 1.7.1.0 of the plugin and also have > > www-plugins/kpartsplugin installed with no problems (both with chromium and > > firefox an amd64) > Good to know! On my x86 system the plugin is enabled (about:plugins), but it > google.com doesn't realize the camera and the common message that the plugins > is started cannot be found the output of firefox. I guess it is some problem > with the mime types, kpartsplugin tries to handle the mime > 'application/googletalk'. I now remember having that problem, but solved it by unchecking application/googletalk in the supported mime types menu. according to the http://kde-apps.org/content/show.php/KParts+Plugin?content=125066 the latest version has application/googletalk blacklisted
s939 talkplugin # readelf -d libnpgtpo3dautoplugin.so | grep RPATH 0x000000000000000f (RPATH) Library rpath: [/opt/google/talkplugin/lib] I've make a test in this moment, on a x86, removing manually and firefox, nor chromium crashed. so, you are rigth: the simlink is not needed, even if, when I pubblished the bug, I'm sure it was. I'm not able to say what is changed, because I touched a lot of things in my system.
(In reply to comment #69) > I now remember having that problem, but solved it by unchecking > application/googletalk in the supported mime types menu. > > according to the > http://kde-apps.org/content/show.php/KParts+Plugin?content=125066 the latest > version has application/googletalk blacklisted Thanks for pointing out, this solved the problem. I added www-plugins/kpartsplugin-20101216 to cj-overlay, the version bump is filed under bug #350904.
google-talkplugin-1.8.0.0 was released on Dec 14th ! Nothing really changed. It still depends on libpng:1.2 and amd64's GoogleTalkPlugin is still a 32-bit binary. I bumped the ebuild in cj-overlay. Happy testing!
Comment on attachment 243925 [details] google-talkplugin-9999.ebuild not working on x86
Comment on attachment 257965 [details] ebuild working on amd64 merged in cj-overlay
@amd64 folks: Are there still problems with the www-plugins/google-talkplugin-1.8.0.0 (cj-overlay) ebuild?
www-plugins/google-talkplugin-1.8.0.0 has hit the tree, you can follow the process of keywording ~amd64 in bug #355161. I will remove the ebuild from cj-overlays some when soon.