You are not logged in.
Found this short german post: http://www.pro-linux.de/news/2006/9176.html
It looks like it can replace all other VoIP and video conferencing tools. There's even a free service at http://www.ekiga.net/ to register for calling to and be called from usual phones.
Lots of promises...
I hope it will run on 64bit where no Skype is available
Offline
I don't use gnome, but I had a look anyway. Unpacked the tarball, and went straight to the README, which says "Please read the FAQ", which says "Please see the Gnomemeeting FAQ", which says:
(paraphrase)
the standard Gnome libraries .. are now optional in recent GnomeMeeting versions, but we recommend using them to have the full-featured GnomeMeeting.
OTOH,
./configure --help
says
--disable-gnome Remove GNOME support. Don't do this, it removes essential features
I reckon I can do without Gnome's idea of "full-featured", but "essential features" are a different story. I think I'll try a slim Arch-style build of this anyway, and see how it works.
Offline
Please test the difference with and without gnome support! Then we can decide what way to go.
Offline
FYI, anyone else looking at this - there are two OPALs. The one in the AUR is the Open Physics Abstraction Layer, but the one we need here is the Open Phone Abstraction Library.
I suppose I should call it opal-openh323, as that's where it comes from.
Offline
Well, I can't test with gnome because I don't have gnome, but I'll do PKGBUILDs for both, and anyone with gnome can test the other one.
Offline
Crap - OPAL won't build for me. Anyone else want to have a look? Here's the PKGBUILD, and the error:
pkgname=opal-openh323
pkgver=2.1.2
pkgrel=1
pkgdesc="Open Phone Abstraction Library"
depends=('pwlib')
source=(http://www.ekiga.org/downloads/sources/opal-$pkgver.tar.gz)
md5sums=('535df3c71292d567f5cb7523768cc258')
url="http://www.ekiga.org"
build() {
cd $startdir/src/opal-$pkgver
./configure --prefix=/usr --disable-iax
make || return 1
make DESTDIR=$startdir/pkg install
}
make[1]: Entering directory `/home/tomk/builds/opal-openh323/src/opal-2.1.2'
g++ -D_REENTRANT -Wall -fPIC -DPTRACING -I/home/tomk/builds/opal-openh323/src/opal-2.1.2/include -DPTRACING -I/usr/share/pwlib//include -Os -march=i686 -O2 -pipe -felide-constructors -x c++ -c /home/tomk/builds/opal-openh323/src/opal-2.1.2/src/opal/manager.cxx -o /home/tomk/builds/opal-openh323/src/opal-2.1.2/lib/obj_linux_x86_r/manager.o
/home/tomk/builds/opal-openh323/src/opal-2.1.2/include/opal/patch.h:250: error: 'PTimedMutex' does not name a type
/home/tomk/builds/opal-openh323/src/opal-2.1.2/src/opal/manager.cxx: In member function 'virtual BOOL OpalManager::CreateVideoOutputDevice(const OpalConnection&, const OpalMediaFormat&, BOOL, PVideoOutputDevice*&, BOOL&)':
/home/tomk/builds/opal-openh323/src/opal-2.1.2/src/opal/manager.cxx:742: error: 'CreateDeviceByName' is not a member of 'PVideoOutputDevice'
make[1]: *** [/home/tomk/builds/opal-openh323/src/opal-2.1.2/lib/obj_linux_x86_r/manager.o] Error 1
make[1]: Leaving directory `/home/tomk/builds/opal-openh323/src/opal-2.1.2'
make: *** [optshared] Error 2
The g++ command has '-I/usr/share/pwlib//include' in it, but there's no such directory on my system. I think it comes from this line in the Makefile
include /usr/share/pwlib//make/common.mak
which in turn brings in this line from common.mak
STDCCFLAGS += -I$(PWLIBDIR)/include
but I've no idea how to fix it - and I could be completely wrong anyway.
Anyone?
Offline
include /usr/share/pwlib//make/common.mak
There's a double // in it. Looks strange.
I'm not at home. Can you "slocate common.mak"? From the pwlib PKGBUILD I think it could be located in /usr/lib/pwlib/include.
Offline
The // looks odd, but it doesn't make any difference - e.g. do ls /usr and ls //usr, and you get the same output.
common.mak is in /usr/share/pwlib/make - there is no /usr/lib/pwlib/include. pacman -Ql pwlib gives us /usr/include/ptlib and /usr/include/ptclib as the include paths for pwlib, but I've tried both in the g++ command with no success.
Offline
You need to build pwlib 1.9.2 to get opal to compile
Offline
DOH! Thanks - I should have noticed that.
New pwlib is now built, and opal is building.
Offline
OK - it's all built and working. I want to tidy up the PKGBUILDs a bit (namcap and all that), and then I'll post them here for testing.
A couple of questions for any TUs in the area - the versions of pwlib and opal required for this are only available from ekiga.org - the openh323 site or voxgratia.org only have earlier versions. pwlib is in [extra], so would it be correct to flag it out-of-date, and put the ekiga version in the AUR as, say, pwlib-ekiga? And re that opal dupe mentioned earlier, I'm now inclined to call this package opal-ekiga - does that sound OK?
Offline
N.B. The latest versions of these PKGBUILDs are now in the AUR, and incorporate a number of changes not present in this post. Please use the AUR versions from now on:
I am leaving the original post below, for continuity/historical puposes.
=================================================
And now, the PKGBUILDs:
<edit#1 - provides/conflicts added where appropriate>
<edit#2 - ekiga --prefix changed to /opt/gnome>
<edit#3 - ekiga --sysconfdir no longer required, deleted>
pwlib-ekiga
# Contributor: Gregor Ibic <gregor.ibic@intelicom.si>
# Contributor: Tom K <tomk@runbox.com>
pkgname=pwlib-ekiga
pkgver=1.9.2
pkgrel=1
pkgdesc="Portable Windows Library"
url="http://www.ekiga.org/"
depends=('openldap' 'sdl' 'alsa-lib' 'libdv' 'libavc1394')
provides=('pwlib')
conflicts=('pwlib')
source=(http://www.ekiga.org/downloads/sources/pwlib-$pkgver.tar.gz)
md5sums=('64f7ee4062f507e871863680df5278b9')
build() {
cd $startdir/src/pwlib-$pkgver
./configure --prefix=/usr --libdir=/usr/lib --enable-opal --enable-plugins --disable-oss --enable-v4l2
make || return 1
mkdir -p $startdir/pkg/usr/bin
make DESTDIR=$startdir/pkg install
}
opal-ekiga
# Contributor: Tom K <tomk@runbox.com>
pkgname=opal-ekiga
pkgver=2.1.2
pkgrel=1
pkgdesc="Open Phone Abstraction Library"
depends=('pwlib-ekiga')
source=(http://www.ekiga.org/downloads/sources/opal-$pkgver.tar.gz)
md5sums=('535df3c71292d567f5cb7523768cc258')
url="http://www.ekiga.org"
build() {
cd $startdir/src/opal-$pkgver
./configure --prefix=/usr --disable-iax
make || return 1
make DESTDIR=$startdir/pkg install
}
ekiga - bare-bones version
This is my lightweight build - SIP only, no gnome, no avahi, no dbus. I really just wanted to see what the absolute minimum requirement is . It is entirely possible that essential features are indeed missing - I'll use it for a while and see how it goes.
# Contributor: Tom K <tomk@runbox.com>
pkgname=ekiga
pkgver=1.99.0
pkgrel=1
pkgdesc="VOIP/Videoconferencing app with full SIP and H.323 support (GnomeMeeting expanded and renamed)"
depends=('opal-ekiga' 'libxml2' 'gtk2' 'cairo')
provides=('gnomemeeting')
conflicts=('gnomemeeting')
source=(http://www.ekiga.org/downloads/sources/$pkgname-$pkgver.tar.gz)
md5sums=('178844551b65ff33ef44a5d481539af7')
url="http://www.ekiga.org"
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/opt/gnome --disable-gnome --disable-avahi
make || return 1
make DESTDIR=$startdir/pkg install
}
ekiga - full-fat version
All the bells and whistles here, and therefore, untested by me. I've added the dependencies that the official gnomemeeting package has and turned on dbus - gnome and avahi are enabled by default. Over to you, gnomers.
# Contributor: Tom K <tomk@runbox.com>
pkgname=ekiga
pkgver=1.99.0
pkgrel=1
pkgdesc="VOIP/Videoconferencing app with full SIP and H.323 support (GnomeMeeting expanded and renamed)"
depends=('opal-ekiga' 'libxml2' 'gtk2' 'cairo' 'evolution-data-server' 'openh323>=1.15.6')
provides=('gnomemeeting')
conflicts=('gnomemeeting')
source=(http://www.ekiga.org/downloads/sources/$pkgname-$pkgver.tar.gz)
md5sums=('178844551b65ff33ef44a5d481539af7')
url="http://www.ekiga.org"
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/opt/gnome --enable-dbus
make || return 1
make DESTDIR=$startdir/pkg install
}
An interesting bit of work - thanks Andy. Please jump in and test these, and let me know what needs changing.
Offline
One more thing - anyone on VOIP out there, could you PM me? I'd like to test incoming calls.
Offline
A couple of questions for any TUs in the area - the versions of pwlib and opal required for this are only available from ekiga.org - the openh323 site or voxgratia.org only have earlier versions. pwlib is in [extra], so would it be correct to flag it out-of-date,
The best way would be to contact the pwlib maintainer and ask his opinion on the matter. Is the pwlib from ekiga an official version or just an hacked version? In any case, if you just flag it out-of-date, he will check on voxgratia.org and won't see any new version.
and put the ekiga version in the AUR as, say, pwlib-ekiga? And re that opal dupe mentioned earlier, I'm now inclined to call this package opal-ekiga - does that sound OK?
You can put pwlib-ekiga in AUR. If the pwlib in extra gets updated, you can always remove pwlib-ekiga from AUR.
Using opal-ekiga as this opal package name is a good idea. I can't see any better way to distinguish between the 2 opal project.
Offline
Could always call it libopal
Offline
tomk wrote:A couple of questions for any TUs in the area - the versions of pwlib and opal required for this are only available from ekiga.org - the openh323 site or voxgratia.org only have earlier versions. pwlib is in [extra], so would it be correct to flag it out-of-date,
The best way would be to contact the pwlib maintainer and ask his opinion on the matter. Is the pwlib from ekiga an official version or just an hacked version? In any case, if you just flag it out-of-date, he will check on voxgratia.org and won't see any new version.
He uses Developement version
Development - Atlas (19 Jul 2005)
PWLib v1.9.1: tgz, zip
[My Blog] | [My Repo] | [My AUR Packages]
Offline
In that case, we'll need to wait for the next stable release before seeing the pwlib in extra being upgraded.
The PKGBUILD in AUR should be named pwlib-devel. If the opal package is also a devel version, it should be named opal-devel.
Offline
Well, for pwlib,there's the official stable release 1.8.7, as in [extra], there's the official development release 1.9.1, and then there's the ekiga release 1.9.2, which is why I named it as above. For opal, there's release 2.1.1, which voxgratia says is development, but openh323 lists alongside the stable pwlib, and then there's the ekiga release 2.1.2, again leading to the opal-ekiga name.
Confused? You will be, after next week's episode of "All My PKGBUILDs".....
Seriously, if you want me to call them foo-devel, that's no problem - I'll put the above explanation in an AUR comment.
Offline
I guess you will have to add to the pwlib-ekiga a "replace" or "conflict" for the standard pwlib.
Offline
Call them foo-ekiga. If someone else wants to put the official devel versions in AUR, there won't be any conflicts/headaches.
pwlib-ekiga should provides and conflicts pwlib. The replace field should not be used.
AndyRTR: I fixed a typo in the thread title. ekiga was written egaki.
Offline
ekiga also provides/conflicts with gnomemeeting, and --prefix should be /opt/gnome, not /usr.
I've updated the PKGBUILDs.
Offline
ekiga also provides/conflicts with gnomemeeting, and --prefix should be /opt/gnome, not /usr.
I've updated the PKGBUILDs.
I presume --sysconfdir should be /opt/gnome/etc instead of /etc
Offline
Absolutely - thanks. Actually, I'll just get rid of --sysconfdir, as it defaults to PREFIX/etc.
Offline
I'd like to test incoming calls.
Update - Franck just called, so incoming calls are working. He could hear me, but I couldn't hear him. He's going to call back. We IM'd anyway.
Good to know that at least one other person has built this .....
Who's Franck, I hear you say. I don't know. Who are you Franck?
Offline
I was thinking of doing CVS builds of this stuff, and looking into it, I found that they're already doing daily snapshots here for Europe and here for the US. I've rebuilt all three from these, and it's all fine, so I'll amend the PKGBUILDs shortly, and put them in the AUR.
I've tested the gnome-enabled version, by the way, and it's working nicely - there's a dependency on gnome-doc-utils that I had missed, and I've now got ekiga.install, based on JGC's gnomemeeting.install, so those will go in too.
Offline