[Ekiga-list] Security check failed

2006-12-16 Thread Martin Swift
Dear Ekiga community,

Today, I have been trying to get Ekiga to work on my machine (Gentoo
Linux x86). It took a little while to get an understanding of how some
of the pieces fit together, but with the help of a few resources I
think I've got it down.

Still, one problem eludes me which I'm hoping someone here might be
able to help me with. When trying to make a call, I get the error
  Security check failed
in the status line at the bottom of the main GUI window. The "General
History" ( Tools > General History ) tool logs
  20:36:18 Calling sip:[EMAIL PROTECTED]
  20:36:19 Security check failed
[x-es inserted for privacy].

This actually happened before when I hadn't learnt how to properly
register my PC-to-Phone Account properly. Currently, I have the
following settings:

In "PC-To-Phone Settings" ( Tools > PC-To-Phone Account ) I have
"Account number" and "Password" set to the "Account ID" and "PIN
code", respectively, as listed on my Diamondcard (diamondcard.us)
account "Home" page. After registering with Diamondcard and charging
the account, applying these settings seemed to connect me properly to
Diamondcard according to the "General History":
  19:28:36 Registered to eugw.ast.diamondcard.us

I have two accounts registered in the "Accounts" ( Edit > Accounts )
dialog,
 * ekiga.net SIP Service: set according to my ekiga.net account
 * Ekiga PC-To-Phone: set according to my diamondcard.us account as
   described in the previous paragraph.
The latter I set to default.

Everything seems to be set up correctly according to the Documentation
and FAQ, but connecting still results in the "Security check" failure.
Does anyone have any suggestions as to where my problem may lie?

Just in case the error might be misleading me, I've tried connecting
to all of
  sip:004989
  sip:4989
  004989
  4989
  sip:[EMAIL PROTECTED]
without any difference.

Sincerely,
Martin Swift

-- 
\u270C
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread Julien Puydt
jos S a écrit :
> please doint send my mails no more dis un do shit dus not work

Get a brain. You subscribed, you unsubscribe. We won't stop using the 
list because some lamer is unable to unsubscribe.

Snark
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread jos S

please doint send my mails no more dis un do shit dus not work



jos in liefde


> Date: Sat, 16 Dec 2006 10:44:51 +0100
> From: [EMAIL PROTECTED]
> To: ekiga-list@gnome.org
> Subject: Re: [Ekiga-list] No audio plungin found on X64
> 
> On Sat, 16 Dec 2006 01:02:20 +
> "A. James Lewis" <[EMAIL PROTECTED]> wrote:
> 
> > I also found that ekiga doesn't try very hard to find pwlib... since
> > pwlib isn't really a "library" as the OS understands it, it will not
> > help to add it to ld.so.conf... it looks only where hard coded to
> > look, /lib... I hope this could be a bit more flexable at
> > runtime... ekiga could either look at the config, ld.so.conf or allow
> > the pwlib location to be configured... I've not tried with a 64 bit
> > machine, but this can also be an issue on 32 bits.
> 
> True for the plugins in some way. But PWLib itself is searched and found
> by the dynamic linker, it IS a "normal" library.
> 
> J.
> 
> -- 
> Once you've got the perfect hammer, everything looks like a nail.
> ___
> ekiga-list mailing list
> ekiga-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/ekiga-list

_
Probeer Live.com: je eigen persoonlijke opstartpagina met alleen de dingen die 
jij belangrijk vindt op één plek.
http://www.live.com/getstarted
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread franz . fuder
Am Sa, 16.12.2006, 11:53, schrieb Damien Sandras:
> Le samedi 16 décembre 2006 à 10:37 +, A. James Lewis a écrit :
>
>> On Sat, 2006-12-16 at 10:44 +0100, Jan Schampera wrote:
>>
>>> On Sat, 16 Dec 2006 01:02:20 +
>>> "A. James Lewis" <[EMAIL PROTECTED]> wrote:
>>>
>>>
 I also found that ekiga doesn't try very hard to find pwlib...
 since pwlib isn't really a "library" as the OS understands it, it
 will not help to add it to ld.so.conf... it looks only where hard
 coded to look, /lib... I hope this could be a bit more
 flexable at runtime... ekiga could either look at the config,
 ld.so.conf or allow the pwlib location to be configured... I've not
 tried with a 64 bit machine, but this can also be an issue on 32
 bits.
>>>
>>> True for the plugins in some way. But PWLib itself is searched and
>>> found by the dynamic linker, it IS a "normal" library.
>>>
>> I found that a version of ekiga installed in /usr/local, will not find
>> its pwlib codecs in /usr/lib... I think that mabe there is an arguement
>> for having a few fallback locations if the compile time option is not
>> available /usr/lib, /usr/local/lib and the 64 bit equivalents would
>>  be a good start...   Is there any reason not to do this?
>>
>
> Ekiga does not look for the plugins itself, but PWLIB is doing it,
> independently of the location from which Ekiga is executed.
>
> When you compile PWLIB, you give a --prefix option (defaults
> to /usr/local/), that option determines where plugins will be installed,
> and where it should look for them.
>
> If it doesn't find the plugins, it means that :
> - you have not run make install
> - you have conflicting versions installed and the process is not linked
> to the version of the library you expect it to be linked --
> _  Damien Sandras
> (o-
> //\   Ekiga Softphone : http://www.ekiga.org/
> v_/_ NOVACOM : http://www.novacom.be/ FOSDEM  :
> http://www.fosdem.org/
> SIP Phone   : sip:[EMAIL PROTECTED]
>
>
>
> ___
> ekiga-list mailing list ekiga-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/ekiga-list
>
>
My experience is different. I installed with checkinstall and prefix /usr.
All the staff end then in /usr/lib below /usr which is in one sense
correct. However, ekiga is searching the plugins (audio and vidio) in
/usr/lib64.
It is easy to see this, I made just a symbolic link from /usr/lib/pwlib to
/usr/lib64 and this fixes the problem.

For me this is fine, but I suppose a lot of other x64 user will have
problems. Pwlib and opal has different build systems. Pwlib is taking care
of diffrent OS and machtype but opal did not even look at this.

Unfourtunatelly I do not understand enough, if I would I would fix it. I
did it succesfully for pwib but opal donsn't work. so it make no sense to
send the patch.

Checkinstall works fine, I run it also on a 32 bit system and everything
worked fine without any problems, so it is not due to checkinstall it is a
problem with opal and pwlib I guess

Franz

___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread Damien Sandras
Le samedi 16 décembre 2006 à 10:37 +, A. James Lewis a écrit :
> On Sat, 2006-12-16 at 10:44 +0100, Jan Schampera wrote:
> > On Sat, 16 Dec 2006 01:02:20 +
> > "A. James Lewis" <[EMAIL PROTECTED]> wrote:
> > 
> > > I also found that ekiga doesn't try very hard to find pwlib... since
> > > pwlib isn't really a "library" as the OS understands it, it will not
> > > help to add it to ld.so.conf... it looks only where hard coded to
> > > look, /lib... I hope this could be a bit more flexable at
> > > runtime... ekiga could either look at the config, ld.so.conf or allow
> > > the pwlib location to be configured... I've not tried with a 64 bit
> > > machine, but this can also be an issue on 32 bits.
> > 
> > True for the plugins in some way. But PWLib itself is searched and found
> > by the dynamic linker, it IS a "normal" library.
> > 
> I found that a version of ekiga installed in /usr/local, will not find
> its pwlib codecs in /usr/lib... I think that mabe there is an arguement
> for having a few fallback locations if the compile time option is not
> available /usr/lib, /usr/local/lib and the 64 bit equivalents would
> be a good start...   Is there any reason not to do this?
> 

Ekiga does not look for the plugins itself, but PWLIB is doing it,
independently of the location from which Ekiga is executed.

When you compile PWLIB, you give a --prefix option (defaults
to /usr/local/), that option determines where plugins will be installed,
and where it should look for them.

If it doesn't find the plugins, it means that :
- you have not run make install
- you have conflicting versions installed and the process is not linked
to the version of the library you expect it to be linked
-- 
 _  Damien Sandras
(o- 
//\   Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
  FOSDEM  : http://www.fosdem.org/
  SIP Phone   : sip:[EMAIL PROTECTED]
   

___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread A. James Lewis
On Sat, 2006-12-16 at 10:44 +0100, Jan Schampera wrote:
> On Sat, 16 Dec 2006 01:02:20 +
> "A. James Lewis" <[EMAIL PROTECTED]> wrote:
> 
> > I also found that ekiga doesn't try very hard to find pwlib... since
> > pwlib isn't really a "library" as the OS understands it, it will not
> > help to add it to ld.so.conf... it looks only where hard coded to
> > look, /lib... I hope this could be a bit more flexable at
> > runtime... ekiga could either look at the config, ld.so.conf or allow
> > the pwlib location to be configured... I've not tried with a 64 bit
> > machine, but this can also be an issue on 32 bits.
> 
> True for the plugins in some way. But PWLib itself is searched and found
> by the dynamic linker, it IS a "normal" library.
> 
I found that a version of ekiga installed in /usr/local, will not find
its pwlib codecs in /usr/lib... I think that mabe there is an arguement
for having a few fallback locations if the compile time option is not
available /usr/lib, /usr/local/lib and the 64 bit equivalents would
be a good start...   Is there any reason not to do this?


> J.
> 

___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] Bandwidth over 100kbps?

2006-12-16 Thread Damien Sandras
Hi,

You need to unlock the value in the C++ code.

Le samedi 16 décembre 2006 à 02:18 +0900, Manami Ozaki a écrit :
> Hi,
> 
> I want to use bandwidth over 100kbps.
> How can I do that?
> 
> Thanks in advance.
> 
> ***
> Manami Ozaki
> 
> 
> ___
> ekiga-list mailing list
> ekiga-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/ekiga-list
-- 
 _  Damien Sandras
(o- 
//\   Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
  FOSDEM  : http://www.fosdem.org/
  SIP Phone   : sip:[EMAIL PROTECTED]
   

___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] No audio plungin found on X64

2006-12-16 Thread Jan Schampera
On Sat, 16 Dec 2006 01:02:20 +
"A. James Lewis" <[EMAIL PROTECTED]> wrote:

> I also found that ekiga doesn't try very hard to find pwlib... since
> pwlib isn't really a "library" as the OS understands it, it will not
> help to add it to ld.so.conf... it looks only where hard coded to
> look, /lib... I hope this could be a bit more flexable at
> runtime... ekiga could either look at the config, ld.so.conf or allow
> the pwlib location to be configured... I've not tried with a 64 bit
> machine, but this can also be an issue on 32 bits.

True for the plugins in some way. But PWLib itself is searched and found
by the dynamic linker, it IS a "normal" library.

J.

-- 
Once you've got the perfect hammer, everything looks like a nail.
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list