I've discovered that even on calls which succeed, ekiga uses 'sip:local
user@' . In any case, a client should not use the local host user name in
conversation with the SIP server.
--
http://www.fastmail.fm - Email service worth paying for. Try it for free
I used the default destination ('prefix') of 'configure', which is '/usr/local'.
'/usr/local' and everything under it are owned by the same user compiling and
running ekiga -- not root.
--
http://www.fastmail.fm - IMAP accessible web-mail
___
I have found something which causes ekiga to become completely unresponsive,
including not shutting down from window events.
To reproduce:
Edit the settings for an enabled account. This can be changing the title of the
account.
Close the window for settings of the account.
Ekiga is now
I have had some successful and some failed connections with the same account.
In wireshark, I see that ekiga attempts some actions with a
From: sip:local user@0.0.0.0
To: sip:local user@IPAddr of SIP server
The local user is the user name of the user running ekiga, not the addressee
or
Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal)
in the near future?
The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not
compile.
There could also be a tag which is re-used to label the current version
putatively compilable and minimally
This error happens even if --video-disable is specified
Subversion
URL: https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk
Revision: 28191
[CC] vidinput_avc.cxx
vidinput_avc.cxx: In member function ‘virtual PBoolean
PVideoInputDevice_1394AVC::Start()’:
vidinput_avc.cxx:166:57:
I see I misunderstood your statement,
I would prefer to test the latest code
as also meaning HEAD on trunk for ptlib. Sorry.
Second, do you need AVC?
No, I don't see why I would; and I expected --disable-video should make it not
attempt to build.
Building with
2 issues are addressed in this mail:
- unusual and undesirable autotools behaviour
- an error during 'make install' after 'configure --disable-video'
After configure,
'make' will not recompile, even if compile parameters have changed, when object
files are present. This is unlike other projects
Does this appear after having used make?
Yes.
--
http://www.fastmail.fm - Does exactly what it says on the tin
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Using the current repository versions, ALSA works for input and output.
I found out that the 'make install' of ekiga gives the gconf errors due to a
fault which is circumvented by running as root. Even when everything is owned
by another user, it is still necessary to run as root, at least as
I will list bugs and problems I encountered. If any of them are recognized and
known to developers or fixed, please tell. Then I will elaborate on the rest.
Having applied the suggested patch to ekiga-3.3.2, I proceeded to build
a debug build. It compiles without failure.
I wish to run ekiga
In building ekiga-3.3.2 from TAr. no declarations were found for
instantiation of 'void
Ekiga::BankImplAccountType::add_account(boost::shared_ptrT) .
Platform is Debian unstable/Sid with GCC 4.7.1 .
Here is a full log frrom `make`:
https://paste.debian.net/hidden/66696d80/
Here is the part of
12 matches
Mail list logo
