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> > >
