Alex, Petr is right. You'd better adopt spec-file and CBE to build Ekiga with SUN Compiler. All the troubles you suffering are from the compiler and some specific configuration for dependencies. For example, borrowing "videodev.h" from linux definitely can't resolve you problem since Solaris kernel hasn't v4l driver support but v4l2 driver. So what you did may cause some unexpected problems. I have looked through all the problems you mentioned, most of which are dependency problems that make the build process very tough even in Linux since Ekiga depends on a bunch of libs. What I sincerely recommend you 3 ways to get 2.0.11 binaries,
1. Build Ekiga with spec-file and CBE, you can refer to the below pointers to get the spec-file and start building, http://www.opensolaris.org/os/project/jds/documents/requesting_svn_account/ http://www.opensolaris.org/os/project/jds/contributing/building/ 2. Install Vermillion 75 or later since Ekiga 2.0.11 has integrated into it 3. If you really want to build Ekiga under Solaris manually, I can send you a build script to fulfill it. Sun Compiler is required also. Any question please let me know, Best Regards, Elaine alex wrote: > Hi again, > > I have made some further progress, > > Firstly I borrowed /usr/ports/multimedia/v4l_compat/files/videodev.h > from a FreeBSD machine, and rebuilt pwlib. Thats resolved the issue of > the missing functions in the library. I didn't attempt a proper > video4linux install, because honestly, I wouldn't know which files to > build/compile. ekigas configure script no longer complains about not > finding pwlib. > > Next thing is ekiga's configure script complaining about my version of > pwlib (which is newer than the recommended one - 1.10.10 wouldn't build > or install so I was forced to use 1.11.1), I had to edit > /usr/local/include/ptbuildopts.h and manually change the version number > to trick the configure script. > > ekiga's configure script next complained about not finding avahi, so I > used the --disable-avahi option (I hope this doesnt break things) > > finally... build time... > > After a while got a linking error, libpt_solaris_x86_r.so.1.10.10 > missing (solved by symlinking it to libpt_solaris_x86_r.so.1.11.1) > > now i am really stuck, I get this error: > ========================== > > g++ -O4 -o ekiga accounts.o addressbook.o callbacks.o callshistory.o > chat.o config.o druid.o history.o main.o misc.o preferences.o tools.o > statusicon.o audio.o fakevideoinput.o videoinput.o videooutput.o > accountshandler.o ekiga.o manager.o h323.o pcss.o sip.o urlhandler.o > stun.o bonobo.o ../lib/.libs/libekiga.a /usr/sfw/lib/libstdc++.so > -L/usr/sfw/lib -lgcc_s -L/usr/local/lib -lesd -laudiofile -lgnomeui-2 > -lSM -lICE -lbonoboui-2 -lgnomevfs-2 -lgnome-keyring -lgnomecanvas-2 > -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 > -lgdk_pixbuf-2.0 -lmlib -lpangocairo-1.0 -lpango-1.0 -lcairo -lebook-1.2 > -lgnome-2 -lpopt -ledataserver-1.2 -lxml2 -lz -lm -lsocket -lnsl > -lgconf-2 -lbonobo-2 -lbonobo-activation -lgmodule-2.0 -lORBit-2 > -lgthread-2.0 -lthread -lgobject-2.0 -lglib-2.0 -L/usr/lib -lSDL > -lposix4 -lpt -lopal -ldl -lpthread -Wl,-R -Wl,/usr/sfw/lib -Wl,-R > -Wl,/usr/sfw/lib -Wl,-R -Wl,/usr/lib > ld: warning: file /usr/sfw/lib/libstdc++.so: attempted multiple > inclusion of file > Undefined first referenced > symbol in file > XFree > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XSync > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XSendEvent misc.o (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XGetWindowProperty > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XFlush > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > PSafeObject::PSafeObject(PSafeObject*)/usr/local/lib/libopal.so > XGrabServer > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XUngrabServer > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XGetSelectionOwner > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XInternAtom > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > XSelectInput > ../lib/.libs/libekiga.a(eggtrayicon.o) (symbol belongs to implicit > dependency /usr/lib/libX11.so.4) > ld: fatal: Symbol referencing errors. No output written to ekiga > collect2: ld returned 1 exit status > gmake[3]: *** [ekiga] Error 1 > gmake[3]: Leaving directory `/export/home/alex/download/ekiga-2.0.11/src' > > What does the "ld: warning: file /usr/sfw/lib/libstdc++.so: attempted > multiple inclusion of file" error mean. And is there a way to resolve it? > > Kind Regards, > Alex. > > Petr Sobotka wrote: > >> Hello, >> >> You can take look at vermillion builds (it's development release of JDS) >> http://dlc.sun.com/osol/jds/downloads/current/ >> and take look on JDS project page >> http://www.opensolaris.org/os/project/jds/contributing/, >> they should have latest ekiga. But I'm not sure if it's working, >> cause there was always some problems with ekiga :( >> >> Cause all JDS programs are build from spec file, you can take look >> on it >> (http://src.opensolaris.org/source/xref/jds/spec-files/trunk/SUNWgnome-meeting.spec >> >> <http://src.opensolaris.org/source/xref/jds/spec-files/trunk/SUNWgnome-meeting.spec>) >> and modify version. And then build it with jds-cbe. But BEWARE it wont >> be easy. (it maybe >> be better to wait for new vermillion if you need latest version...) >> >> Good luck, >> Petr >> >> 2007/10/11, alex <alex at schlossadler.net <mailto:alex at >> schlossadler.net>>: >> >> Hi Guys, >> >> I am using Opensolaris/x86 Build 73, I want to install the latest >> version of ekiga (2.0.11), as the one shipped with OpenSolaris >> gnome is >> 2.0.9, perhaps the developers who were able to get this program to >> build >> under opensolaris could answer this question (the author of the >> program >> doesn't seem interested in helping me, probably because I am not using >> linux) :/ >> >> It seems that this program is very dependent on pwlib. >> >> http://ekiga.org/index.php?rub=5&path=sources/sources >> <http://ekiga.org/index.php?rub=5&path=sources/sources> lists the new >> source code (and dependent packages required). >> >> Building the pwlib >> >> http://www.ekiga.org/admin/downloads/latest/sources/sources/pwlib-1.10.10.tar.gz >> was a nightmare. It seems there are numerous things broken with the >> configure script and makefiles. Instead I downloaded >> http://www.voxgratia.org/releases/pwlib-v1_11_1-src.tar.gz and this >> pretty much builds and installs with minimum fuss, however the ekiga >> configure script always fails saying I don't have the library >> installed, >> which is actually incorrect, the new library is indeed there, however >> the config.log of ekiga reveals this: >> >> ====================================== >> ekiga config.log >> ====================================== >> configure:22375: checking for read in -lpt >> >> Undefined first referenced >> symbol in file >> PVideoDevice::SetColourFormatConverter(PString const&) >> /usr/local/lib//libpt.so >> PVideoDevice::GetVideoFormat() const /usr/local/lib//libpt.so >> PVideoDevice::GetHue() /usr/local/lib//libpt.so >> PVideoDevice::SetHue(unsigned int) /usr/local/lib//libpt.so >> typeinfo for PVideoOutputDevice /usr/local/lib//libpt.so >> vtable for PVideoOutputDevice /usr/local/lib//libpt.so >> PVideoOutputDevice::Start() /usr/local/lib//libpt.so >> PVideoDevice::SetVideoChannelFormat(int, >> PVideoDevice::VideoFormat)/usr/local/lib//libpt.so >> PVideoDevice::~PVideoDevice() /usr/local/lib//libpt.so >> PVideoOutputDevice::PVideoOutputDevice()/usr/local/lib//libpt.so >> PVideoDevice::SetWhiteness(unsigned int)/usr/local/lib//libpt.so >> PVideoDevice::GetWhiteness() /usr/local/lib//libpt.so >> PVideoDevice::SetFrameRate(unsigned int)/usr/local/lib//libpt.so >> PVideoOutputDevice::Stop() /usr/local/lib//libpt.so >> PVideoDevice::GetMaxFrameBytesConverted(int) >> const/usr/local/lib//libpt.so >> PVideoDevice::SetChannel(int) /usr/local/lib//libpt.so >> PVideoDevice::OpenFull(PVideoDevice::OpenArgs const&, >> int)/usr/local/lib//libpt.so >> PVideoDevice::SetFrameSize(unsigned int, unsigned >> int)/usr/local/lib//libpt.so >> PVideoDevice::GetFrameSizeLimits(unsigned int&, unsigned int&, >> unsigned >> int&, unsigned int&)/usr/local/lib//libpt.so >> PVideoDevice::SetColour(unsigned int)/usr/local/lib//libpt.so >> PVideoDevice::GetContrast() /usr/local/lib//libpt.so >> PVideoDevice::GetColour() /usr/local/lib//libpt.so >> >> ========================================== >> >> Seems it requires the PVideoDevice Functions, as I only want to >> use the >> program for VOIP and not video, I find this rather annoying. >> >> I found this too: >> >> http://mail.gnome.org/archives/ekiga-list/2007-February/msg00077.html >> Seems people on other platforms are suffering too. >> >> on checking the configure script results for pwlib again, I see this: >> >> checking linux/videodev.h usability... no >> checking linux/videodev.h presence... no >> checking for linux/videodev.h... no >> configure: No Video Capture support >> configure: Remote connection support disabled >> configure: Socket aggregation support disabled >> >> Hence the reasons why the PVideo functions are not in the library and >> the configure script for ekiga is falling over. My real question >> now is, >> how did the guys who got this working on OpenSolaris get around this >> obstacle??? >> >> Appreciate Any suggestions, >> >> Kind Regards, >> Alex. >> >> _______________________________________________ >> desktop-discuss mailing list >> desktop-discuss at opensolaris.org >> <mailto:desktop-discuss at opensolaris.org> >> >> >> > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org >
