Summary: | net-im/gizmo - P2P-VoiceIP client (new ebuild) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Florian Hackenberger <flohack> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED CANTFIX | ||
Severity: | enhancement | CC: | agipson, ahbritto, bass, buddabrod, bugs.gentoo.org, bugzilla, coran.fisher, coume, ehud42, evert, gentoo, greven, j-gentoo, jhknight, kripton, lorenzo, m.debruijne, m, mal, mben12, net-im, niknik79, rocknroller73, rockoo, rossen, somekool, telefrancisco, tesoro302, troworld, videns, voip+disabled, wmartino |
Priority: | High | Keywords: | EBUILD, InOverlay |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://www.gizmoproject.com/ | ||
Whiteboard: | sunrise-removal | ||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 127337, 127687 | ||
Bug Blocks: | |||
Attachments: |
An ebuild for gizmo
gizmo-0.8.0.9.ebuild gizmo-0.8.0.10.ebuild gizmo-0.8.0.12.ebuild gizmo-0.8.0.13.ebuild gizmo-1.0.0.14.ebuild gizmo-1.0.0.15.ebuild gizmo-1.0.0.17.ebuild gizmo-1.0.0.18.ebuild gizmo-1.0.0.18.ebuild gizmo-1.1.0.39.ebuild gizmo-2.0.0.55.ebuild gizmo-2.0.0.56.ebuild gizmo-3.0.1.70 ntfs-config-1.0.ebuild RC3 Fix libsiphoneapi.so installation gizmo-3.1.0.77.ebuild Update for new 3.1.0.78 release New ebuild for version .79 |
Description
Florian Hackenberger
2005-08-24 07:47:05 UTC
Created attachment 66754 [details]
An ebuild for gizmo
Copy to /usr/local/portage/net-im/gizmo (or whereever you portage overlay is)
and execute (in that directory, as root):
emerge -f gizmo
ebuild gizmo-0.8.0.6-r1.ebuild digest
emerge gizmo
Read the Info provided after the ebuild finished.
(In reply to comment #1) > Created an attachment (id=66754) [edit] > An ebuild for gizmo Thnaks for the ebuild. It worked for me. > Copy to /usr/local/portage/net-im/gizmo (or whereever you portage overlay is) > and execute (in that directory, as root): > emerge -f gizmo > ebuild gizmo-0.8.0.6-r1.ebuild digest > emerge gizmo For everyone else: you have to do the 'ebuild ... digest' before 'emerge -f' For some reason, I'm guessing it has to do with the mDNSResponder, whenever I log into gizmo my router gives a nice red light and BAM the whole house is internetless (until router is reset) Sorry, that I put the emerge commands in the wrong order, must have missed that! billgates (what a stupid name you have ;-) ): Please investigate the case a bit and fill out a support ticket at http://support.gizmoproject.com/?_a=tickets&_m=submit or report it to the mDNSResponder people. Is a requirnment fro this gcc 3.4? I have 3.3.5-20050130 and I get this error when I start gizmo. gizmo: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Which is a file listed under your gcc-3.4 libraries. Thansk for your time. Not working on amd64: darkssj@nibiru ~ $ gizmo gizmo: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory As I said in my first posting here: "There are still several dependencies missing (they should be added to RDEPEND)." If you encounter errors like missing libraries, please do a quick emerge search with the name of the library (without the prefix "lib"). In this case: emerge search gconf This will bring up a package gconf, which is very likely to provide libgconf, don't you think? So please just emerge gconf and try to do the same for other missing libraries. If you want to improve this *beta* ebuild please report all packages you had to emerge to get it running. (In reply to comment #7) > As I said in my first posting here: > > "There are still several dependencies missing (they > should be added to RDEPEND)." > > If you encounter errors like missing libraries, please do a quick emerge search > with the name of the library (without the prefix "lib"). In this case: > emerge search gconf > This will bring up a package gconf, which is very likely to provide libgconf, > don't you think? So please just emerge gconf and try to do the same for other > missing libraries. If you want to improve this *beta* ebuild please report all > packages you had to emerge to get it running. (In reply to comment #7) > As I said in my first posting here: > > "There are still several dependencies missing (they > should be added to RDEPEND)." > > If you encounter errors like missing libraries, please do a quick emerge search > with the name of the library (without the prefix "lib"). In this case: > emerge search gconf > This will bring up a package gconf, which is very likely to provide libgconf, > don't you think? So please just emerge gconf and try to do the same for other > missing libraries. If you want to improve this *beta* ebuild please report all > packages you had to emerge to get it running. I think you are wrong. The problem is that gizmo is a 32-bit application and gnome-base/gconf provides just the 64 bit libraries (at least when you compile the gnome-base/gconf-2.10.1-r1 you get just the 64-bit libraries) in amd64 systems. Not just the gconf, but the whole gnome system is not multilib compatible yet. Exactly. I have gnome-base/gconf-2.10.1-r1 in my system but it is a 64bit binary and gizmo is looking for a 32bit binary. I hope that they will release a 64bit version or we will wait for gnomemeeting. gizmo doesn't seem to like scim (1.2.3 or 1.4.1). had to disable the scim input method to get gizmo to start something along the lines of a shell scripts like this : #!/bin/sh XMODIFIERS= GTK_IM_MODULE= QT_IM_MODULE= gizmo did the trick for me. otherwise gizmo segfaults. Emerge worked great with the attached ebuild, however i've got the same problem Andrew posted about further up, and found no answer to it yet. Launching gizmo gives me: gizmo: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory I've got gcc 3.3.6 installed, and no libstdc++.so.6 in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/ I understand this vanishing C lib problem doesn't seem to be directly related to gizmo, however gizmo is the only app complaining about it so far. I thought i'd add my voice to Andrew's... Thanks for your help. I'm not sure if gizmo would work with a libstdc++.so.5, but you can try by creating a symlink to your libstdc++.so.5 named libstdc++.so.6. If that does not work you will have to upgrade to gcc >= 3.4. Thanks, Florian. Unfortunately, linking to libstdc++.so.5 did not work for me. Upgrading to ~x86 gcc-3.4.4 did the trick though. Just have to find another gizmo member to try it out! Created attachment 68551 [details]
gizmo-0.8.0.9.ebuild
I'm very sorry but that ebuild was terrible! Nevermind. Here's an improved one
that brings it up to the latest version. It *should* work on amd64 now but I
can't test that at the moment.
I had high hopes for this but I'm sorry to say that my first impressions are
really bad. 100% CPU usage while logged in, your password shows up in the debug
window, it messed up the registration and it even didn't remember my profile
info. )-:
Yeah I know, it was just a quick 'n' dirty hack for private use to get things working. It was not meant to be widely used. I just thought someone else could be interested and shared it. I share your opinion: this software is crap and although they claim to be "open", I don't think they will ever release it under GPL or similar, because they want to tie the users to their service. Additionally some parts are licensed from GlobalIPSound and will remain proprietary. I don't think they ever claimed that it would become open source and I'm fine with that. The key point is that the protocol is open and standards based. It did occur to me that the Linux version is still in the "alpha" stages so I'm holding out some hope yet. Created attachment 69234 [details]
gizmo-0.8.0.10.ebuild
New version. Still awful. Don't bother unless you want to report bugs upstream.
Created attachment 71236 [details]
gizmo-0.8.0.12.ebuild
A marginal improvement this time...
Based on the 0.8.0.12 ebuild: I seem to be missing libtiff 4. However, there is no media-libs/tiff-4.*. There is only a version 3.* Did a manual "ln -s /usr/lib/libtiff.so.3.7.4 /usr/lib/libtiff.so.4" and it seems to work but this has to be fixed in a right way. # ldd /usr/bin/gizmo linux-gate.so.1 => (0xffffe000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7bee000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7b58000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb7b4b000) libXft.so.2 => /usr/lib/libXft.so.2 (0xb7b39000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7aae000) libz.so.1 => /lib/libz.so.1 (0xb7a9e000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7a95000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7a5f000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb799a000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb797e000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7965000) libtiff.so.4 => not found libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb793a000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7906000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0xb78fe000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xb78f1000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb78bb000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb787b000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb783f000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb783b000) libdl.so.2 => /lib/libdl.so.2 (0xb7837000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb77a9000) libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0xb7771000) libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0xb7714000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb770e000) libglade-2.0.so.0 => /usr/lib/libglade-2.0.so.0 (0xb76f5000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb75c2000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb75b0000) libm.so.6 => /lib/tls/libm.so.6 (0xb758e000) libsipphoneapi.so => /usr/lib/libsipphoneapi.so (0xb6cdc000) libsipphonesslopsapi.so => /usr/lib/libsipphonesslopsapi.so (0xb6cb9000) libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.so.6 (0xb6bef000) libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libgcc_s.so.1 (0xb6be6000) libc.so.6 => /lib/tls/libc.so.6 (0xb6ad4000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6ab4000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb6aad000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb6a53000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb6a50000) libXi.so.6 => /usr/lib/libXi.so.6 (0xb6a48000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb6a45000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb6a3c000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6a37000) /lib/ld-linux.so.2 (0xb7f35000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0xb6a2f000) libdns_sd.so => /usr/lib/libdns_sd.so (0xb6a2a000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb69f6000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb68df000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb68a6000) librt.so.1 => /lib/tls/librt.so.1 (0xb689d000) That's strange. Mine doesn't mention libtiff at all. I only have version 3 installed. Is your binary different to mine? chewi@schwartz % md5sum /usr/bin/gizmo cfb07f16f8d9aa0159f409dfdb54517f /usr/bin/gizmo Well drat. this new version .12 still crashes my router whenever I attempt to log in. All the people at gizmo could nay is "that they didn't know what could be causing this problem for you at this time" I must admit that is a pretty unusual problem. The only thing I can think of is that I had to turn off DOS protection because my router was blocking all my BitTorrent traffic, thinking it was a series of DOS attacks. Just reinstalled it today to check it out: $ md5sum /usr/bin/gizmo 265909bc42280e1ad090290739d1e2d1 /usr/bin/gizmo And the libtiff 4 problem as well: $ gizmo gizmo: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory i forgot to mention the fact that linking the tiff so.3 does work here too. I'm on amd64 and i'm trying gizmo 0.8.0.13 (i just changed the version numbers in the ebuild). I also have the libtiff.so.4 problem, but symlinking doesn't help : I still get a message about libtiff.so.4 missing. I have tried symlinking both the native library : /usr/lib64/libtiff.so.4 -> /usr/lib64/libtiff.so.3.7.3 and the 32 bit wrapper : /emul/linux/x86/usr/lib32/libtiff.so.4 -> /emul/linux/x86/usr/lib32/libtiff.so.3.7.3 but ldd /usr/bin/gizmo | grep "not found" still gives me : libtiff.so.4 => not found libgconf-2.so.4 => not found libORBit-2.so.0 => not found libglade-2.0.so.0 => not found libxml2.so.2 => not found libexpat.so.1 => not found libdns_sd.so => not found libexpat.so.1 => not found libcurl.so.3 => not found As you can see, libtiff.so.4 is not the only library missing, many of which are also symlinked in /emul/linux/x86/... Does anyone knows why symlinking on amd64 has no effect ? Created attachment 72878 [details]
gizmo-0.8.0.13.ebuild
This new ebuild addresses the libtiff problem. I don't know about that amd64
problem though.
I get a "Bus error" immediately after starting gizmo. This only happens with the new ebuild 0.8.0.13, it might be the different sip* library. lastest ebuild installs and runs perfectly. only a warning: ** (gizmo:29794): CRITICAL **: Unable to load stock pixmap avatar_info.gif ** (gizmo:29794): CRITICAL **: Unable to load stock pixmap avatar_conference.gif i think it can be pushed to portage There's actually already a package for 1.0.0.14 on-site. I'm modifying my own ebuild to try and use it, but I'm sort of newb so I'll have someone else post an ACTUAL ebuild. (In reply to comment #29) > There's actually already a package for 1.0.0.14 on-site. I'm modifying my own > ebuild to try and use it, but I'm sort of newb so I'll have someone else post an > ACTUAL ebuild. And a good thing I didn't, too. none of the icons load if I use the latest version. Created attachment 73769 [details]
gizmo-1.0.0.14.ebuild
No real changes in ebuild, just a version bump. Seems to work. STILL doesn't
remember my name in the profile though. Is my account just broken or something?
(In reply to comment #31) > Created an attachment (id=73769) [edit] > gizmo-1.0.0.14.ebuild > > No real changes in ebuild, just a version bump. Seems to work. STILL doesn't > remember my name in the profile though. Is my account just broken or something? Yeah.. I did the same thing to my ebuild that you did to it now, but with this version all the pictures are gone, so it isn't usable. I downgraded back to 0.8.whatever. You mean all the icons and images used within the program? I don't really use it but it seemed fine to me. Try my ebuild. (In reply to comment #33) > You mean all the icons and images used within the program? I don't really use it > but it seemed fine to me. Try my ebuild. I did. I get a whole bunch of CRITICAL **: Unable to load stock pixmap [blabla] I only got 2 of these with 0.8, which I guess means I miss only 2 images. But with 1.0.0.14 ALL images are missing. I only get two of those with the latest version. (In reply to comment #35) > I only get two of those with the latest version. I'll try again after a world update. (In reply to comment #36) > (In reply to comment #35) > > I only get two of those with the latest version. > > I'll try again after a world update. Didn't fix it. guess I'm stuck with 0.8 for now One of the older ebuilds I guess it was 0.8.0.13, didn't update properly with me (the cause is probably rather the version that was installed, 0.8.0.12). i.e. at the end of it's emerge it deleted some of the necessary libraries. I don't really understand ebuilds, but apparently it should not delete files that are emerged by the new ebuild. I was just thinking maybe that's the problem with the images as well. Florian Yes, but I've not only tried updating. I've even tried unmerging first, deleting the ebuild, putting in the new ebuild, digesting and emerging it. The results were the same. It would be helpful if you uploaded the emerge output, specifically the install and merge parts. The 1.0 version doesn't work for me at all I get: "error while MediaEngine:: init()" and if I click ok and try to login again it gets killed. Nonetheless, I think it should come into the portage-tree. How does this work, who decides when to put it there? A developer needs to step forward as a maintainer for this package. I'll be willing to maintain it, however have to get it to work properly. I'm also getting the "error while MediaEngine::init()" error when starting... Will look into and see what can be done to fix... Any help will be appreciated so I can help get this in the tree for you guys :) (In reply to comment #40) > It would be helpful if you uploaded the emerge output, specifically the install > and merge parts. heh. as it turns out the . deb was corrupted. guess that's the downside of digesting your own ebuilds. anyway now that it DID use a non-corrupt deb I get the same problem as Florian and Kathryn. including the turminal output: stop_wave_file_local: cannot call this function before calling startUa( ... ) Killed (In reply to comment #44) > (In reply to comment #40) > > It would be helpful if you uploaded the emerge output, specifically the install > > and merge parts. > > heh. as it turns out the . deb was corrupted. guess that's the downside of > digesting your own ebuilds. anyway now that it DID use a non-corrupt deb I get > the same problem as Florian and Kathryn. > > including the turminal output: > > stop_wave_file_local: cannot call this function before calling startUa( ... ) > Killed > Also, I just saw a supposed "critical update" Version 1.0.0.15 I'll check out if it fixes the problem Created attachment 73967 [details]
gizmo-1.0.0.15.ebuild
Yup. That fixes the problem for me. Added the ebuild I used. Great. Thanks for your help. (-: (In reply to comment #48) > Great. Thanks for your help. (-: Though, even though I can log in now... I can't call.. but that might be a different problem. I'm going to install the 0.8 again Just to let you guys know, as soon as I hear back from gizmo people about getting a copy of their license to add to the tree, I'll be committing gizmo :) i am not able to get gizmo to work with this ebuild. got a problem with some libraries. here's what i get: ldd /usr/bin/gizmo linux-gate.so.1 => (0xffffe000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7c12000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7b98000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb7b8a000) libXft.so.2 => /usr/lib/libXft.so.2 (0xb7b78000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7b10000) libz.so.1 => /lib/libz.so.1 (0xb7aff000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7af6000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7ad0000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb7a0b000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb79f3000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb79de000) libtiff.so.4 => not found libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb79c0000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb798f000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0xb7988000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xb797d000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7957000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7920000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb78ee000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb78ea000) libdl.so.2 => /lib/libdl.so.2 (0xb78e6000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7869000) libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0xb7838000) libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0xb77e4000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb77de000) libglade-2.0.so.0 => /usr/lib/libglade-2.0.so.0 (0xb77c8000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb76b4000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7662000) libm.so.6 => /lib/libm.so.6 (0xb7640000) libsipphoneapi.so => /usr/lib/libsipphoneapi.so (0xb6e41000) libsipphonesslopsapi.so => /usr/lib/libsipphonesslopsapi.so (0xb6e1e000) libstdc++.so.6 => not found libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libgcc_s.so.1 (0xb6e16000) libc.so.6 => /lib/libc.so.6 (0xb6d06000) libexpat.so.1 => not found libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb6d02000) libXi.so.6 => /usr/lib/libXi.so.6 (0xb6cfa000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb6cf7000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6cf2000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb6ce9000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb6cc8000) /lib/ld-linux.so.2 (0xb7ef7000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0xb6cc1000) libdns_sd.so => /usr/lib/libdns_sd.so (0xb6cbc000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb6c93000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb6bc0000) libexpat.so.1 => not found libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb6b90000) librt.so.1 => /lib/librt.so.1 (0xb6b7c000) libstdc++.so.6 => not found libstdc++.so.6 => not found libidn.so.11 => /usr/lib/libidn.so.11 (0xb6b4b000) You're using the latest ebuild? libexpat and libtiff should definitely work, the dependencies are there and the symlinks get made. libstdc++ is even more surprising. That's part of gcc so you should definitely have that! I get the exact same error as hatsch using the 1.0.0.15 ebuild. Me too, me too... are all the people having this problem on amd64 (as I am) ? However the symlinks really are present, but for some reason I don't understand, they aren't picked up. For example, we have : $ ldd /usr/bin/gizmo | grep expat libexpat.so.1 => not found libexpat.so.0 => /emul/linux/x86/usr/lib/libexpat.so.0 (0x56683000) libexpat.so.1 => not found and however : $ ls -l /emul/linux/x86/usr/lib/libexpat.so* /emul/linux/x86/usr/lib/libexpat.so -> libexpat.so.0.5.0 /emul/linux/x86/usr/lib/libexpat.so.0 -> libexpat.so.0.5.0 /emul/linux/x86/usr/lib/libexpat.so.0.5.0 /emul/linux/x86/usr/lib/libexpat.so.1 -> libexpat.so.0.5.0 bruno...is the emul directory in you library path? generally /usr/lib is default probably you have /usr/lib/libexpat.so.1 only and not .0 i had similar problems with gizmo i solved with symlinks or editing with hexedit the binary :) (In reply to comment #55) > bruno...is the emul directory in you library path? I checked in /etc/ld.so.conf, and, among others, those 2 directories are present : /emul/linux/x86/lib /emul/linux/x86/usr/lib Furthermore, the fact that /emul/linux/x86/usr/lib/libexpat.so.0 is found (but not libexpat.so.1) shows that these directories are effectivily used, doesn't it ? > generally /usr/lib is default > > probably you have /usr/lib/libexpat.so.1 only and not .0 I have this : /usr/lib/libexpat.so /usr/lib/libexpat.so.0.5.0 /usr/lib/libexpat.so.0 /usr/lib/libexpat.la /usr/lib/libexpat.a /usr/lib/libexpat.so.1 and that : /emul/linux/x86/usr/lib/libexpat.so.0.5.0 /emul/linux/x86/usr/lib/libexpat.so /emul/linux/x86/usr/lib/libexpat.so.0 /emul/linux/x86/usr/lib/libexpat.so.1 (The only real file among the shared objects are the libexpat.so.0.5.0, the others are symlinks to it) However, libexpat.so.1 doesn't appear in : ldconfig -p | grep expat libexpat.so.0 (libc6,x86-64) => /usr/lib/libexpat.so.0 libexpat.so.0 (libc6) => /emul/linux/x86/usr/lib/libexpat.so.0 libexpat.so (libc6,x86-64) => /usr/lib/libexpat.so libexpat.so (libc6) => /emul/linux/x86/usr/lib/libexpat.so ??? i'm sorry i'm on a x86 machine, i have no experience with that blame closed source packages :) To all the people who've reported problems, please say if you're using amd64, I'm not telepathic. =P About libexpat.so.1 not appearing in ldconfig, mine doesn't either but Gizmo still works. root@schwartz # ll /usr/lib/libexpat* -rw-r--r-- 1 root root 246960 Oct 12 2004 /usr/lib/libexpat.a -rwxr-xr-x 1 root root 706 Oct 12 2004 /usr/lib/libexpat.la lrwxrwxrwx 1 root root 17 Oct 12 2004 /usr/lib/libexpat.so -> libexpat.so. 0.5.0 lrwxrwxrwx 1 root root 17 Oct 12 2004 /usr/lib/libexpat.so.0 -> libexpat. so.0.5.0 -rwxr-xr-x 1 root root 179872 Oct 12 2004 /usr/lib/libexpat.so.0.5.0 lrwxrwxrwx 1 root root 13 Sep 16 03:09 /usr/lib/libexpat.so.1 -> libexpat. so.0 root@schwartz # ll /usr/lib/libexpat* ~chewi -rw-r--r-- 1 root root 246960 Oct 12 2004 /usr/lib/libexpat.a -rwxr-xr-x 1 root root 706 Oct 12 2004 /usr/lib/libexpat.la lrwxrwxrwx 1 root root 17 Oct 12 2004 /usr/lib/libexpat.so -> libexpat.so. 0.5.0 lrwxrwxrwx 1 root root 17 Oct 12 2004 /usr/lib/libexpat.so.0 -> libexpat. so.0.5.0 -rwxr-xr-x 1 root root 179872 Oct 12 2004 /usr/lib/libexpat.so.0.5.0 lrwxrwxrwx 1 root root 13 Sep 16 03:09 /usr/lib/libexpat.so.1 -> libexpat. so.0 root@schwartz # ldconfig -p | grep expat libexpat.so.0 (libc6) => /usr/lib/libexpat.so.0 libexpat.so (libc6) => /usr/lib/libexpat.so Sorry, totally screwed up that comment. Lemme try again! To all the people who've reported problems, please say if you're using amd64, I'm not telepathic. =P About libexpat.so.1 not appearing in ldconfig, mine doesn't either but Gizmo still works. root@schwartz # l -1 /usr/lib/libexpat* /usr/lib/libexpat.a /usr/lib/libexpat.la /usr/lib/libexpat.so /usr/lib/libexpat.so.0 /usr/lib/libexpat.so.0.5.0 /usr/lib/libexpat.so.1 root@schwartz # ldconfig -p | grep expat libexpat.so.0 (libc6) => /usr/lib/libexpat.so.0 libexpat.so (libc6) => /usr/lib/libexpat.so Here a little summary about the other libraries that are missed on my amd64 system, and whether these libraries are of aren't indeed somewhere on my system. For each missing library, I will list the relevant content of /usr/lib (=/usr/lib64), /usr/lib32, and /emul/linux/x86/usr/lib. However I believe having the library in /usr/lib isn't useful as gizmo is a 32 bit binary. Missing libraries : $ ldd /usr/bin/gizmo | grep not\ found libtiff.so.4 => not found libgconf-2.so.4 => not found libORBit-2.so.0 => not found libglade-2.0.so.0 => not found libxml2.so.2 => not found libexpat.so.1 => not found libdns_sd.so => not found libexpat.so.1 => not found libcurl.so.3 => not found details for libtiff.so.4 : $ ls -l /usr/lib64/libtiff.so* lrwxrwxrwx 1 root root 16 ao Here a little summary about the other libraries that are missed on my amd64 system, and whether these libraries are of aren't indeed somewhere on my system. For each missing library, I will list the relevant content of /usr/lib (=/usr/lib64), /usr/lib32, and /emul/linux/x86/usr/lib. However I believe having the library in /usr/lib isn't useful as gizmo is a 32 bit binary. Missing libraries : $ ldd /usr/bin/gizmo | grep not\ found libtiff.so.4 => not found libgconf-2.so.4 => not found libORBit-2.so.0 => not found libglade-2.0.so.0 => not found libxml2.so.2 => not found libexpat.so.1 => not found libdns_sd.so => not found libexpat.so.1 => not found libcurl.so.3 => not found details for libtiff.so.4 : $ ls -l /usr/lib64/libtiff.so* lrwxrwxrwx 1 root root 16 aoû 13 04:04 /usr/lib64/libtiff.so -> libtiff.so.3.7.3 lrwxrwxrwx 1 root root 16 aoû 13 04:04 /usr/lib64/libtiff.so.3 -> libtiff.so.3.7.3 -rwxr-xr-x 1 root root 353616 aoû 13 04:04 /usr/lib64/libtiff.so.3.7.3 lrwxrwxrwx 1 root root 16 nov 13 16:40 /usr/lib64/libtiff.so.4 -> libtiff.so.3.7.3 $ ls -l /usr/lib32/libtiff.so* ls: /usr/lib32/libtiff.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libtiff.so* lrwxrwxrwx 1 root root 16 Oct 23 16:54 /emul/linux/x86/usr/lib/libtiff.so -> libtiff.so.3.7.3 lrwxrwxrwx 1 root root 16 Oct 23 16:54 /emul/linux/x86/usr/lib/libtiff.so.3 -> libtiff.so.3.7.3 -rwxr-xr-x 1 root root 327180 Oct 23 16:54 /emul/linux/x86/usr/lib/libtiff.so.3.7.3 lrwxrwxrwx 1 root root 16 Nov 4 21:40 /emul/linux/x86/usr/lib/libtiff.so.4 -> libtiff.so.3.7.3 details for libgconf-2.so.4 $ ls -l /usr/lib64/libgconf-2.so* lrwxrwxrwx 1 root root 19 Sep 13 20:10 /usr/lib64/libgconf-2.so -> libgconf-2.so.4.1.0 lrwxrwxrwx 1 root root 19 Sep 13 20:10 /usr/lib64/libgconf-2.so.4 -> libgconf-2.so.4.1.0 -rwxr-xr-x 1 root root 241144 Sep 13 20:10 /usr/lib64/libgconf-2.so.4.1.0 $ ls -l /usr/lib32/libgconf-2.so* ls: /usr/lib32/libgconf-2.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libgconf-2.so* ls: /emul/linux/x86/usr/lib/libgconf-2.so*: No such file or directory details for libORBit-2.so.0 $ ls -l /usr/lib64/libORBit-2.so.* lrwxrwxrwx 1 root root 19 Aug 13 09:37 /usr/lib64/libORBit-2.so.0 -> libORBit-2.so.0.0.0 -rwxr-xr-x 1 root root 440520 Aug 13 09:37 /usr/lib64/libORBit-2.so.0.0.0 $ ls -l /usr/lib32/libORBit-2.so.* ls: /usr/lib32/libORBit-2.so.*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libORBit-2.so.* ls: /emul/linux/x86/usr/lib/libORBit-2.so.*: No such file or directory details for libglade-2.0.so* $ ls -l /usr/lib64/libglade-2.0.so* lrwxrwxrwx 1 root root 21 Aug 20 12:59 /usr/lib64/libglade-2.0.so -> libglade-2.0.so.0.0.7 lrwxrwxrwx 1 root root 21 Aug 20 12:59 /usr/lib64/libglade-2.0.so.0 -> libglade-2.0.so.0.0.7 -rwxr-xr-x 1 root root 105856 Aug 20 12:59 /usr/lib64/libglade-2.0.so.0.0.7 $ ls -l /usr/lib32/libglade-2.0.so* ls: /usr/lib32/libglade-2.0.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libglade-2.0.so* ls: /emul/linux/x86/usr/lib/libglade-2.0.so*: No such file or directory details for libxml2.so.2 $ ls -l /usr/lib64/libxml2.so* lrwxrwxrwx 1 root root 17 Nov 23 01:03 /usr/lib64/libxml2.so -> libxml2.so.2.6.22 lrwxrwxrwx 1 root root 17 Nov 23 01:03 /usr/lib64/libxml2.so.2 -> libxml2.so.2.6.22 -rwxr-xr-x 1 root root 1256664 Nov 23 01:03 /usr/lib64/libxml2.so.2.6.22 $ ls -l /usr/lib32/libxml2.so* ls: /usr/lib32/libxml2.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libxml2.so* ls: /emul/linux/x86/usr/lib/libxml2.so*: No such file or directory details for libexpat.so.1 $ ls -l /usr/lib64/libexpat.so* lrwxrwxrwx 1 root root 17 Jul 29 22:13 /usr/lib64/libexpat.so -> libexpat.so.0.5.0 lrwxrwxrwx 1 root root 17 Jul 29 22:13 /usr/lib64/libexpat.so.0 -> libexpat.so.0.5.0 -rwxr-xr-x 1 root root 142752 Mar 4 2005 /usr/lib64/libexpat.so.0.5.0 lrwxrwxrwx 1 root root 13 Sep 30 03:46 /usr/lib64/libexpat.so.1 -> libexpat.so.0 $ ls -l /usr/lib32/libexpat.so* ls: /usr/lib32/libexpat.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libexpat.so* lrwxrwxrwx 1 root root 17 Oct 23 16:54 /emul/linux/x86/usr/lib/libexpat.so -> libexpat.so.0.5.0 lrwxrwxrwx 1 root root 17 Oct 23 16:54 /emul/linux/x86/usr/lib/libexpat.so.0 -> libexpat.so.0.5.0 -rwxr-xr-x 1 root root 127360 Oct 23 16:54 /emul/linux/x86/usr/lib/libexpat.so.0.5.0 lrwxrwxrwx 1 root root 17 Nov 13 16:45 /emul/linux/x86/usr/lib/libexpat.so.1 -> libexpat.so.0.5.0 details for libdns_sd.so $ ls -l /usr/lib64/libdns_sd.so* lrwxrwxrwx 1 root root 24 Sep 30 03:45 /usr/lib64/libdns_sd.so -> //usr/lib/libdns_sd.so.1 -rwxr-xr-x 1 root root 20000 Sep 30 03:45 /usr/lib64/libdns_sd.so.1 $ ls -l /usr/lib32/libdns_sd.so* ls: /usr/lib32/libdns_sd.so: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libdns_sd.so* ls: /emul/linux/x86/usr/lib/libdns_sd.so*: No such file or directory details for libcurl.so.3 $ ls -l /usr/lib64/libcurl.so* lrwxrwxrwx 1 root root 16 Nov 23 02:34 /usr/lib64/libcurl.so -> libcurl.so.3.0.0 lrwxrwxrwx 1 root root 16 Nov 23 02:34 /usr/lib64/libcurl.so.3 -> libcurl.so.3.0.0 -rwxr-xr-x 1 root root 224320 Nov 23 02:34 /usr/lib64/libcurl.so.3.0.0 $ ls -l /usr/lib32/libcurl.so* ls: /usr/lib32/libcurl.so*: No such file or directory $ ls -l /emul/linux/x86/usr/lib/libcurl.so* ls: /emul/linux/x86/usr/lib/libcurl.so*: No such file or directory Pfiuu.. sorry for this lenghty, unreadable post... ;-) It seems that there is 2 differents kinds of problem : - the "easy" one is that on amd64, some dependencies on "emul-linux-x86" packages are missing, but I'm not even sure there is emul packages for everything that is missing :-S. - the other one is that with some of the libraries that are present, they don't appear to be picked up by the dynamic linker... Could it be a problem of binary incompatibility between the default compiler for amd64 (3.4.4) and the compiler used to compile gizmo ? But then why are *some* libraries successfully loaded ? Created attachment 76495 [details]
gizmo-1.0.0.17.ebuild
Hi,
Here is a new ebuild based on the old 1.0.0.15 one, but with updated versions of the Gizmo software. It works quite well for me so far, no problems with sound or unpopulated tabs.
wiggy. this fixes the probs I had with 1.0.0.14 Also, I have no idea what this really means, but I got this while it was building and was wondering if this had to do with the problems the amd64 people were having: QA Notice: the following files contain runtime text relocations Text relocations require a lot of extra work to be preformed by the dynamic linker which will cause serious performance impact on IA-32 and might not function properly on other architectures hppa for example. If you are a programmer please take a closer look at this package and consider writing a patch which addresses this problem. TEXTREL usr/lib/libsipphoneapi.so.0.78.20051209 That message seems to appear on most binary packages. I don't think it's relevant. Works great for me! Put it to portage :) Just a little nitpick: The ebuild should perhaps depend on app-arch/deb2targz because it can't unpack the distfile packages without it. They have a new version that lets you use ALSA or OSS...... http://gizmoproject.com/jasmine/GtkGizmo-1.0.0.18/ Lets see if we can update the ebuild. Thanks, Jason I have tried the gizmo-1.0.0.17 and 1.0.0.15 ebuilds on my laptop when I try to run it I get the following error: $ gizmo *** glibc detected *** double free or corruption (out): 0x084c1408 *** Aborted $ emerge info Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -msse2 -mtune=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -msse2 -mtune=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://mirror.switch.ch/mirror/gentoo/ http://gentoo.mirror.solnet.ch http://ftp.heanet.ie/pub/gentoo/ http://ftp.easynet.nl/mirror/gentoo/" LANG="en_GB.utf8" LC_ALL="en_GB.utf8" LINGUAS="en_GB en fr eo ja" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X X509 aac aalib acpi alsa apm arts audiofile avi bash-completion bidi bzip2 caps cdparanoia cdr chroot cjk crypt curl dar32 dar64 dga directfb divx4linux doc dv dvd dvdread eds emboss encode erandom exif expat extras fbsplash ffmpeg fftw flac foomaticdb fortran ftp fusion gcj gd gdbm ggi gif glibc-omitfp gmp graphviz gs gstreamer gtk2 hal hpn idn imagemagick imap imlib immqt ipv6 jabber java jpeg jpeg2k kde kdeenablefinal kdexdeltas koffice-plugin latex lcms libclamav libg++ libvisual libwww linguas_en linguas_eo linuxthreads-tls lm_sensors logitech-mouse lzo m17n-lib mad maildir mikmod mime mmx mng motif mozdevelop mozilla mozsvg mp3 mpeg msn multitarget musicbrainz ncurses netboot nls nntp no-old-linux nptl nsplugin ogg oggvorbis openexr opengl oss pam pcre pdflib php pic pie png posix qmail qt quicktime readline real reiserfs rss rtc ruby samba savedconfig sdk sdl sftp slang sndfile spamassassin speex spell spf sse sse2 ssl subject-rewrite subversion svg svga sysfs tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts ucs2 ucs4 udev unicode usb vcd vorbis win32codecs wmf xine xml2 xmms xv xvid yahoo zeroconf zlib video_cards_radeon linguas_en_GB linguas_fr linguas_ja userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS There is now a version 1.0.0.18 and it sports two different sipphone versions, one for alsa and one for oss. I'm still sort of new to ebuilds so I'm going to try to figure out how exactly to work the USE flags. The Gizmo site is now updated with the new 1.0.0.18 build. I can't wait to try the ALSA build so I can now use my sound system fully. ~Jason when will this package be merged in portage? seem usage and stable.. I made the mistake of putting Skype in portage. I'm not going to make the same mistake twice. Binary only packages that only work with OSS will never see the light of portage by my hands. Having skype in the tree has been the source of alot of pain. The new 1.0.0.18 build seems to work with alsa. If any one provides a working build i'll give it a look. Created attachment 81789 [details]
gizmo-1.0.0.18.ebuild
update to version 1.0.0.18
with alsa version of libsipphoneapi
Why is this ebuild not in portage? (In reply to comment #73) > Why is this ebuild not in portage? > See: https://bugs.gentoo.org/show_bug.cgi?id=103587#c71 i agree with gustavo, however it seems alsa build is working correction: alsa seems not to work gizmo gizmo: simple.c:557: snd_mixer_selem_get_capture_volume_range: Asserzione `elem' fallita. Abortito dosn't start at all with oss version i get: gizmo: ath.c:184: _gcry_ath_mutex_lock: Asserzione `*lock == ((ath_mutex_t) 0)' fallita. i tried pretty all version, same issue. I have an idea what is causing the trouble mentioned in Comment #77. I had the same problem, but it went away after I 1) reemerged everything that supports esd with the esd useflag set 2) installed the hicolor icon theme (gizmo complained about it missing) Can't say yet which of those two fixed the issue, but one of them sure did. ok...but esd in other packages should not be realted. that's not a fix...somehow..somewhere..problem should be fixed in the right way. I am running ~amd64 and I got the following error when I run emerge -av gizmo: Calculating dependencies - emerge: there are no ebuilds to satisfy "app-emulation/emul-linux-x86-glibc". (dependency required by "net-im/gizmo-1.0.0.18" [ebuild]) hey thank you very much for the ebuild. I'm testing it as we speak. the ebiuld needs app-arch/deb2targz during installation - should be added to deps or smth... Tried it on amd64 and I'm missing a lot of libraries: sshock@xion /usr/bin $ ldd gizmo | grep "not found" libtiff.so.4 => not found libgconf-2.so.4 => not found libORBit-2.so.0 => not found libglade-2.0.so.0 => not found libxml2.so.2 => not found libexpat.so.1 => not found libdns_sd.so => not found libexpat.so.1 => not found libcurl.so.3 => not found I guess we need some more emul-linux-x86-xxx packages. I believe I have all of the ones available already installed. This ebuild is now in the sunrise overlay. I have made a few modifications like installation to /opt/gizmo You can find it at: http://gentoo-sunrise.org/svn/reviewed/net-im/gizmo/gizmo-1.0.0.18.ebuild or layman -a gizmo I canged the ebuild on sunrise and removed the amd64 deps as they are not enought. The ammount of needed libs for amd64 is just to big. This is marked as maintainer-wanted because i do not have a x86 box where i could test this. When I emerge I get this error: .../usr/portage/local/net-im/gizmo/gizmo-1.0.0.18.ebuild: line 49: deb2targz: command not found /usr/portage/local/net-im/gizmo/gizmo-1.0.0.18.ebuild: line 50: deb2targz: command not found... Shouldn't deb2targz be added to the dependency list? Luis. you are not using the latest version from http://gentoo-sunrise.org/svn/reviewed/net-im/gizmo/gizmo-1.0.0.18.ebuild the latest version does not use deb2targz When I tried starting gizmo after installing it with the given instructions, I got the following error: gizmo: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory I checked /usr/lib and found that I only had libcurl.so.2. I checked the version of curl I was using and found it was 7.10.5-r1. I upgraded to the latest (currently 7.15.1-r1), checked /usr/lib again, and found that I now had libcurl.so.3. I tried starting gizmo again, and it worked fine; I was able to register a new user and login without issue. I would suggest adding a dependency check to ensure curl is at least version 7.15.1-r1 (or some earlier version that has libcurl.so.3, but definitely a version greater than 7.10.5-r1. Created attachment 93953 [details]
gizmo-1.0.0.18.ebuild
updated ebuild
(In reply to comment #89) > Created an attachment (id=93953) [edit] > gizmo-1.0.0.18.ebuild > > updated ebuild > Could this be updated to 1.1.0.39? (In reply to comment #89) > Created an attachment (id=93953) [edit] > gizmo-1.0.0.18.ebuild > > updated ebuild > It doesn't want to work for me. "emerge --digest -av gizmo These are the packages that would be merged, in order: Calculating dependencies !!! ERROR: net-im/gizmo-1.0.0.18 failed. Call stack: ebuild.sh, line 1454: Called source '/usr/local/portage/net-im/gizmo/gizmo-1.0.0.18.ebuild' gizmo-1.0.0.18.ebuild, line 5: Called inherit 'debian' 'eutils' ebuild.sh, line 1189: Called die !!! debian.eclass could not be found by inherit() !!! If you need support, post the topmost build error, and the call stack if relevant. aux_get(): (0) Error in net-im/gizmo-1.0.0.18 ebuild. (1) Check for syntax error or corruption in the ebuild. (--debug) !!! All ebuilds that could satisfy "gizmo" have been masked. !!! One of the following masked packages is required to complete your request: !!! ERROR: net-im/gizmo-1.0.0.18 failed. Call stack: ebuild.sh, line 1454: Called source '/usr/local/portage/net-im/gizmo/gizmo-1.0.0.18.ebuild' gizmo-1.0.0.18.ebuild, line 5: Called inherit 'debian' 'eutils' ebuild.sh, line 1189: Called die !!! debian.eclass could not be found by inherit() !!! If you need support, post the topmost build error, and the call stack if relevant. aux_get(): (0) Error in net-im/gizmo-1.0.0.18 ebuild. (1) Check for syntax error or corruption in the ebuild. (--debug) !!! Problem in 'net-im/gizmo' dependencies. !!! exceptions Traceback (most recent call last): File "/usr/bin/emerge", line 4049, in ? emerge_main() File "/usr/bin/emerge", line 4044, in emerge_main myopts, myaction, myfiles, spinner) File "/usr/bin/emerge", line 3467, in action_build retval, favorites = mydepgraph.select_files(myfiles) File "/usr/bin/emerge", line 943, in select_files self.mysd = self.select_dep(myroot, mykey, arg=x) File "/usr/bin/emerge", line 1146, in select_dep settings=pkgsettings, portdb=portdb) File "/usr/lib/portage/pym/portage.py", line 3728, in getmaskingstatus mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"]) File "/usr/lib/portage/pym/portage.py", line 4837, in aux_get raise KeyError KeyError " Created attachment 99068 [details]
gizmo-1.1.0.39.ebuild
version bumped
you can also automatically take the latest from sunrise: layman -a sunrise
gizmo-1.1.0.40 is out, renaming the ebuild worked for me. It might be nice if this is fixed in sunrise when someone has a chance 2.0.0.55 is out renaming the ebuild seemed to w install but libsipphoneapi.so.1.6.00.50 is needed to run it. Created attachment 109578 [details]
gizmo-2.0.0.55.ebuild
Created attachment 112046 [details]
gizmo-2.0.0.56.ebuild
I was able to get the latest Gizmo 2.0.0.56 working on AMD64 by downloading the debian package for the i386 version of libgconf2-4, liborbit2, and libpopt0 then extract the libraries into /usr/lib32. After that I put gizmo in /opt/gizmo and ran the gizmo-run script and it seems to be working fine so far. I also have all of the emul-linux-x86-* ebuilds installed, I am not sure which are required. Would it be possible to add AMD64 support to the ebuild by using the 32bit debian packages? BTW 3.0.0.66 is out http://forum.gizmoproject.com/viewtopic.php?t=6410 http://download.gizmoproject.com/jasmine/gtk-gizmo-3.0.0.66/ 3.0.1.67 is out and works by just renaming 3.0.0.66 ebuild in sunrise http://download.gizmoproject.com/jasmine/gtk-gizmo-3.0.1.67/ http://forum.gizmoproject.com/viewtopic.php?t=6564 Created attachment 121022 [details]
gizmo-3.0.1.70
Created attachment 121029 [details]
ntfs-config-1.0.ebuild RC3
can we push this to portage please? Created attachment 131572 [details]
Fix libsiphoneapi.so installation
The original ebuild for gizmo-3.0.1.70 (attachment id 121022) fails to install libsiphoneapi.so because the doexe command in src_install() refers to wrong (old?) version. Fixed here.
Created attachment 132724 [details]
gizmo-3.1.0.77.ebuild
Created attachment 137276 [details]
Update for new 3.1.0.78 release
Updated the ebuild to work with 3.1.0.78
almost 3 year...if we want to include, ok otherwise please reject this... in my amd64 gentoo misses to libs in /usr/lib32: libgconf-2.so.4 and libOrbit-2.so.0. shouldn't then be in emul-linux-x86-gtklibs or maybe a gnome-libs??? why the ebuild isn't on portage tree? Created attachment 147438 [details]
New ebuild for version .79
There has been a vulnerability report for Gizmo: Name: CVE-2009-2381 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2381 Published: 2009-07-08 Severity: Medium Description: Gizmo 3.1.0.79 on Linux does not verify a server's SSL certificate, which allows remote servers to obtain the credentials of arbitrary users via a spoofed certificate. Please consider fixing this issue in Sunrise, note that it *has* to be resolved before this package can enter the official Portage tree. Thank you. Seems Gizmo no longer exists in this form; it has been bought by Google and is now called Gizmo5; it's no longer open-source :( As of April 3, 2011, the Gizmo5-service has been ended by Google: http://www.google.com/gizmo5/ Either we find a fork of the latest version beeing open-source or we just reject this bug. Florian, I'm sorry to see that your bug got ignored as long as it did. As of right now it looks like Google has embraced & extinguished this project, so there isn't anything left to do. I also see no sign of the security problem being fixed in SunRise, making adoption into the main tree impossible. |