From Detlef.Lechner at gmx.net Fri Jan 1 06:38:07 2010 From: Detlef.Lechner at gmx.net (Detlef Lechner) Date: Fri, 01 Jan 2010 07:38:07 +0100 Subject: [Ekiga-list] Happy New Year In-Reply-To: <1262303385.2224.0.camel@scorpion.multitel.be> References: <1262303385.2224.0.camel@scorpion.multitel.be> Message-ID: <1262327887.15154.15.camel@T43> On Fri, 2010-01-01 at 00:49 +0100, Damien Sandras wrote: > Happy New Year to everyone ! I would like to wish you a prosperous and happy New Year and take the opportunity to thank you for the great work you have done to the Linux community in creating a great phone program and service. Merci. Detlef lechner From sevmek at free.fr Fri Jan 1 10:08:43 2010 From: sevmek at free.fr (Yannick) Date: Fri, 01 Jan 2010 11:08:43 +0100 Subject: [Ekiga-list] Happy New Year In-Reply-To: <1262303385.2224.0.camel@scorpion.multitel.be> References: <1262303385.2224.0.camel@scorpion.multitel.be> Message-ID: <1262340523.1884.176.camel@myrmidon> Le vendredi 01 janvier 2010 ? 00:49 +0100, Damien Sandras a ?crit : > Happy New Year to everyone ! > > Let all your dreams come true... Happy new year folks! Carpe diem quam minimum credula postero Best regards, Yannick > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From ricardoogrande at gmail.com Sat Jan 2 17:19:54 2010 From: ricardoogrande at gmail.com (ricardo figueiredo) Date: Sat, 2 Jan 2010 15:19:54 -0200 Subject: [Ekiga-list] Problems with Ekiga Message-ID: <73cf33711001020919r17e30316if95431e6b74dde63@mail.gmail.com> Hi, I Installed Ekiga in F12 and I don't call. I tried to call sip:502 at ekiga.net and doesn't work !! -- Muito Obrigado Ricardo -------------- next part -------------- An HTML attachment was scrubbed... URL: From ybkanter at gmail.com Sat Jan 2 17:25:59 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Sat, 2 Jan 2010 12:25:59 -0500 Subject: [Ekiga-list] Problems with Ekiga In-Reply-To: <73cf33711001020919r17e30316if95431e6b74dde63@mail.gmail.com> References: <73cf33711001020919r17e30316if95431e6b74dde63@mail.gmail.com> Message-ID: <4ee5f7031001020925o4ed45aafy1b5e26683c28433c@mail.gmail.com> Echo server 500 at ekiga.net may be down. Try calling some other ekiga user. On Sat, Jan 2, 2010 at 12:19 PM, ricardo figueiredo wrote: > Hi, > I Installed Ekiga in F12 and I don't call. > I tried to call sip:502 at ekiga.net and doesn't work !! > -- > Muito Obrigado > > Ricardo From ddb5pan2 at googlemail.com Sat Jan 2 17:56:52 2010 From: ddb5pan2 at googlemail.com (ddb5pan2 at googlemail.com) Date: Sat, 02 Jan 2010 17:56:52 +0000 Subject: [Ekiga-list] Port forwarding Message-ID: <4B3F88E4.1020504@creasehuggett.co.uk> An HTML attachment was scrubbed... URL: From feagans_john at yahoo.com Sun Jan 3 15:53:55 2010 From: feagans_john at yahoo.com (John Feagans) Date: Sun, 3 Jan 2010 07:53:55 -0800 (PST) Subject: [Ekiga-list] Port Forwarding In-Reply-To: References: Message-ID: <61347.97790.qm@web111002.mail.gq1.yahoo.com> Robin, Could you clarify which router you are using and did you set up static IP in the PC and the router for the ports to forward to? ________________________________ From: "ekiga-list-request at gnome.org" To: ekiga-list at gnome.org Sent: Sun, January 3, 2010 4:00:17 AM Subject: ekiga-list Digest, Vol 42, Issue 2 Send ekiga-list mailing list submissions to ??? ekiga-list at gnome.org To subscribe or unsubscribe via the World Wide Web, visit ??? http://mail.gnome.org/mailman/listinfo/ekiga-list or, via email, send a message with subject or body 'help' to ??? ekiga-list-request at gnome.org You can reach the person managing the list at ??? ekiga-list-owner at gnome.org When replying, please edit your Subject line so it is more specific than "Re: Contents of ekiga-list digest..." Today's Topics: ? 1. Problems with Ekiga (ricardo figueiredo) ? 2. Re: Problems with Ekiga (Eugene Kanter) ? 3. Port forwarding (ddb5pan2 at googlemail.com) ---------------------------------------------------------------------- Message: 1 Date: Sat, 2 Jan 2010 15:19:54 -0200 From: ricardo figueiredo To: ekiga-list at gnome.org Subject: [Ekiga-list] Problems with Ekiga Message-ID: ??? <73cf33711001020919r17e30316if95431e6b74dde63 at mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi, I Installed Ekiga in F12 and I don't call. I tried to call sip:502 at ekiga.net and doesn't work !! -- Muito Obrigado Ricardo -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 2 Date: Sat, 2 Jan 2010 12:25:59 -0500 From: Eugene Kanter To: Ekiga mailing list Subject: Re: [Ekiga-list] Problems with Ekiga Message-ID: ??? <4ee5f7031001020925o4ed45aafy1b5e26683c28433c at mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Echo server 500 at ekiga.net may be down. Try calling some other ekiga user. On Sat, Jan 2, 2010 at 12:19 PM, ricardo figueiredo wrote: > Hi, > I Installed Ekiga in F12 and I don't call. > I tried to call sip:502 at ekiga.net and doesn't work !! > -- > Muito Obrigado > > Ricardo ------------------------------ Message: 3 Date: Sat, 02 Jan 2010 17:56:52 +0000 From: ddb5pan2 at googlemail.com To: ekiga-list at gnome.org Subject: [Ekiga-list] Port forwarding Message-ID: <4B3F88E4.1020504 at creasehuggett.co.uk> Content-Type: text/plain; charset="us-ascii" An HTML attachment was scrubbed... URL: ------------------------------ _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list End of ekiga-list Digest, Vol 42, Issue 2 ***************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddb5pan2 at googlemail.com Sun Jan 3 21:18:13 2010 From: ddb5pan2 at googlemail.com (ddb5pan2 at googlemail.com) Date: Sun, 03 Jan 2010 21:18:13 +0000 Subject: [Ekiga-list] Port Forwarding In-Reply-To: <61347.97790.qm@web111002.mail.gq1.yahoo.com> References: <61347.97790.qm@web111002.mail.gq1.yahoo.com> Message-ID: <4B410995.4070105@creasehuggett.co.uk> An HTML attachment was scrubbed... URL: From ybkanter at gmail.com Mon Jan 4 04:23:01 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Sun, 3 Jan 2010 23:23:01 -0500 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. Message-ID: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> Debugging some connectivity problems I noticed that upon startup ekiga sends SUBSCRIBE requests for every entry in Contacts tab. For example: Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 and server replies with Status-Line: SIP/2.0 489 Event Not Supported Why would ekiga advertise one's contact list contents? Eugene. From dsandras at seconix.com Mon Jan 4 09:34:55 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 10:34:55 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> Message-ID: <1262597695.9295.0.camel@scorpion.multitel.be> Le dimanche 03 janvier 2010 ? 23:23 -0500, Eugene Kanter a ?crit : > Debugging some connectivity problems I noticed that upon startup ekiga > sends SUBSCRIBE requests for every entry in Contacts tab. For example: > > Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 > > and server replies with > > Status-Line: SIP/2.0 489 Event Not Supported > > Why would ekiga advertise one's contact list contents? It tries subscribing to various types of events : - presence changes - call notifications Not all events are supported by all servers, Ekiga just tries them all. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 4 09:38:13 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 10:38:13 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <200912301018.00798.jerome.trullen@etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> Message-ID: <1262597893.9295.2.camel@scorpion.multitel.be> Hi, The answer from Robert is below your e-mail. Le mercredi 30 d?cembre 2009 ? 10:18 +0100, J?r?me Trullen a ?crit : > I have the known problem of Ekiga not re-registering at the requested expiration timeout. Since I saw that I was not alone in this case, I took a look to the code of Opal and found out a fix for this which works for me. > In the file opal-3.6.6/src/sip/sippdu.cxx, I commented out the line 413 : // COMPARE_COMPONENT(GetPortSupplied()); > I don't know what this boolean "portSupplied" is but I saw that it prevents the test (*request == *reply) (line 740 of opal-3.6.6/src/sip/handlers.cxx) from being true when it should. > > Is there any way when parametering Ekiga to make this test working, or is my work-around the only way to fix the problem ? I have seen this before and I am not sure what to do about it. There are two parts to the issue: First, RFC3261 explicitly describes how to compare two SIP URIs (section 19.1.4) in particular: o For two URIs to be equal, the user, password, host, and port components must match. A URI omitting the user component will not match a URI that includes one. A URI omitting the password component will not match a URI that includes one. A URI omitting any component with a default value will not match a URI explicitly containing that component with its default value. For instance, a URI omitting the optional port component will not match a URI explicitly declaring port 5060. The same is true for the transport-parameter, ttl-parameter, user-parameter, and method components. Defining sip:user at host to not be equivalent to sip:user at host:5060 is a change from RFC 2543. When deriving addresses from URIs, equivalent addresses are expected from equivalent URIs. The URI sip:user at host:5060 will always resolve to port 5060. The URI sip:user at host may resolve to other ports through the DNS SRV mechanisms detailed in [4]. Second, we have a bug in some registrars. This is where we put in a contact field of something like: Contact: And they reply with a contact field of: Contact: And that is NOT THE SAME THING, as per the RFC3261 rules. Section 10.3 says the registrar MUST reply with the contact, and technically it doesn?t. So, I cannot remove the line as described. And I am not sure how to work around this bug in the registrar either. Last time it happened (on a paid consulting job) we got the registrar people to fix the issue. I don?t know if this is an option in this case. Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddb5pan2 at googlemail.com Mon Jan 4 12:54:33 2010 From: ddb5pan2 at googlemail.com (ddb5pan2 at googlemail.com) Date: Mon, 04 Jan 2010 12:54:33 +0000 Subject: [Ekiga-list] Port Forwarding In-Reply-To: <61347.97790.qm@web111002.mail.gq1.yahoo.com> References: <61347.97790.qm@web111002.mail.gq1.yahoo.com> Message-ID: <4B41E509.5040505@creasehuggett.co.uk> An HTML attachment was scrubbed... URL: From jerome.trullen at etoilediese.fr Mon Jan 4 13:36:01 2010 From: jerome.trullen at etoilediese.fr (=?utf-8?q?=C3=89toile_Di=C3=A8se?=) Date: Mon, 4 Jan 2010 14:36:01 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <20100104094006.29CF71405B@mail.etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> Message-ID: <201001041436.01191.jerome.trullen@etoilediese.fr> Le lundi 4 janvier 2010 10:38:13 Damien Sandras, vous avez ?crit : > Hi, > > The answer from Robert is below your e-mail. > > Le mercredi 30 d?cembre 2009 ? 10:18 +0100, J?r?me Trullen a ?crit : > > > I have the known problem of Ekiga not re-registering at the requested expiration timeout. Since I saw that I was not alone in this case, I took a look to the code of Opal and found out a fix for this which works for me. > > In the file opal-3.6.6/src/sip/sippdu.cxx, I commented out the line 413 : // COMPARE_COMPONENT(GetPortSupplied()); > > I don't know what this boolean "portSupplied" is but I saw that it prevents the test (*request == *reply) (line 740 of opal-3.6.6/src/sip/handlers.cxx) from being true when it should. > > > > Is there any way when parametering Ekiga to make this test working, or is my work-around the only way to fix the problem ? > > > I have seen this before and I am not sure what to do about it. There are > two parts to the issue: > > First, RFC3261 explicitly describes how to compare two SIP URIs (section > 19.1.4) in particular: > > o For two URIs to be equal, the user, password, host, and port > > components must match. > > > > A URI omitting the user component will not match a URI that > > includes one. A URI omitting the password component will not > > match a URI that includes one. > > > > A URI omitting any component with a default value will not > > match a URI explicitly containing that component with its > > default value. For instance, a URI omitting the optional port > > component will not match a URI explicitly declaring port 5060. > > The same is true for the transport-parameter, ttl-parameter, > > user-parameter, and method components. > > > > Defining sip:user at host to not be equivalent to > > sip:user at host:5060 is a change from RFC 2543. When deriving > > addresses from URIs, equivalent addresses are expected from > > equivalent URIs. The URI sip:user at host:5060 will always > > resolve to port 5060. The URI sip:user at host may resolve to > > other ports through the DNS SRV mechanisms detailed in [4]. > > > > > > Second, we have a bug in some registrars. This is where we put in a > contact field of something like: > > > > Contact: > > > > And they reply with a contact field of: > > > > Contact: > > > > And that is NOT THE SAME THING, as per the RFC3261 rules. Section 10.3 > says the registrar MUST reply with the contact, and technically it > doesn?t. > > > > > > So, I cannot remove the line as described. > > > > And I am not sure how to work around this bug in the registrar either. > Last time it happened (on a paid consulting job) we got the registrar > people to fix the issue. I don?t know if this is an option in this case. > > > Robert Jongbloed > > OPAL/OpenH323/PTLib Architect and Co-founder. > Hello, We use Yate as registrar. I'll try to fix this. I wonder if maybe, without completely remove the line concerned, we may have an option like "Work around for buggy registrar" in the preferences since 99% of the users will not register sip:me at there.com:5060 and sip:me at there.com:5061 on the same service. This is even more true with Ekiga which does not let the user change the port to anything else than 5060. Anyway, thank you for your answer. Regards, PS : sorry for reposting, I chose the wrong identity last time. -- Etoile Di?se From dsandras at seconix.com Mon Jan 4 13:45:53 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 14:45:53 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <201001041436.01191.jerome.trullen@etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041436.01191.jerome.trullen@etoilediese.fr> Message-ID: <1262612753.2392.1.camel@scorpion.multitel.be> Hello, Le lundi 04 janvier 2010 ? 14:36 +0100, ?toile Di?se a ?crit : > Hello, > > We use Yate as registrar. I'll try to fix this. > I wonder if maybe, without completely remove the line concerned, we may have an option like "Work around for buggy registrar" in the preferences since 99% of the users will not register sip:me at there.com:5060 and sip:me at there.com:5061 on the same service. This is even more true with Ekiga which does not let the user change the port to anything else than 5060. > Anyway, thank you for your answer. There are many different workaround types for different bugs and that would severely clutter the interface. Ekiga can listen on another port if you change it using gconf-editor. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From thedogfarted at gmail.com Mon Jan 4 14:09:39 2010 From: thedogfarted at gmail.com (=?UTF-8?B?SsSBbmlzIFJ1a8WhxIFucw==?=) Date: Mon, 4 Jan 2010 16:09:39 +0200 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <1262597893.9295.2.camel@scorpion.multitel.be> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <1262597893.9295.2.camel@scorpion.multitel.be> Message-ID: On Mon, Jan 4, 2010 at 11:38 AM, Damien Sandras wrote: > > Second, we have a bug in some registrars. This is where we put in a contact field of something like: > > > > Contact: > > > > And they reply with a contact field of: > > > > Contact: > > > > And that is NOT THE SAME THING, as per the RFC3261 rules. Section 10.3 says the registrar MUST reply with the contact, and technically it doesn?t. > > > > > > So, I cannot remove the line as described. > > > > And I am not sure how to work around this bug in the registrar either. Last time it happened (on a paid consulting job) we got the registrar people to fix the issue. I don?t know if this is an option in this case. I've seen this the other way around. The Cisco CallManager we have here replies with Contact: to REGISTER w/ Contact: , same for Linksys SPA9000. We worked around it in our app by always including port in the Contact URI. -- Ian From ybkanter at gmail.com Mon Jan 4 16:09:18 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Mon, 4 Jan 2010 11:09:18 -0500 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <1262597695.9295.0.camel@scorpion.multitel.be> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> Message-ID: <4ee5f7031001040809v45c84deak82023dc83e1f59e4@mail.gmail.com> Could all this be turned off? At least after first 4xx response ekiga should stop requests the the particular server altogether. My network log shows incoming 405 responses almost every second. This makes no sense whatsoever. I am using 3.2.6. Eugene. On Mon, Jan 4, 2010 at 4:34 AM, Damien Sandras wrote: > Le dimanche 03 janvier 2010 ? 23:23 -0500, Eugene Kanter a ?crit : > > Debugging some connectivity problems I noticed that upon startup ekiga > sends SUBSCRIBE requests for every entry in Contacts tab. For example: > > Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 > > and server replies with > > Status-Line: SIP/2.0 489 Event Not Supported > > Why would ekiga advertise one's contact list contents? > > > It tries subscribing to various types of events : > - presence changes > - call notifications > > Not all events are supported by all servers, Ekiga just tries them all. > > > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Mon Jan 4 16:45:54 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 4 Jan 2010 16:45:54 -0000 Subject: [Ekiga-list] What would cause this? Message-ID: I'm trying to make Ekiga (3.0.2 on Fedora 10) work with an Asterisk box. Note: this is an ENTIRELY INTERNAL switch; there is NO connection to the outside world; there is no Ekiga.net or any other trunk account. I'm running Wireshark on the Ekiga/F10 box, and I see this first line in the registration SIP packets: REGISTER sip:sip SIP/2.0 That can't be right. The account I have created has these settings: Name: 221 Registrar: sip:192.168.46.178 User: 221 Authentication User: 221 Password: secret Timeout: 3600 The Asterisk box is 192.168.46.178; the Ekiga/F10 box is 192.168.44.221. What do I have to change in order to get it to register with a sensible name or IP address? Dave NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. From dsandras at seconix.com Mon Jan 4 16:51:40 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 17:51:40 +0100 Subject: [Ekiga-list] What would cause this? In-Reply-To: References: Message-ID: <1262623900.11650.0.camel@scorpion.multitel.be> Le lundi 04 janvier 2010 ? 16:45 +0000, Dave Higton a ?crit : > I'm trying to make Ekiga (3.0.2 on Fedora 10) work with an Asterisk box. > Note: this is an ENTIRELY INTERNAL switch; there is NO connection to the > outside world; there is no Ekiga.net or any other trunk account. > > I'm running Wireshark on the Ekiga/F10 box, and I see this first line in > the registration SIP packets: > > REGISTER sip:sip SIP/2.0 > > That can't be right. > > The account I have created has these settings: > > Name: 221 > Registrar: sip:192.168.46.178 Use 192.168.46.178, not sip:192.168.46.178 as registrar. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Mon Jan 4 16:55:35 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 4 Jan 2010 16:55:35 -0000 Subject: [Ekiga-list] What would cause this? In-Reply-To: <1262623900.11650.0.camel@scorpion.multitel.be> References: <1262623900.11650.0.camel@scorpion.multitel.be> Message-ID: Then no registration packets are sent at all. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: 2010 January 04 16:52 To: Ekiga mailing list Subject: Re: [Ekiga-list] What would cause this? Le lundi 04 janvier 2010 ? 16:45 +0000, Dave Higton a ?crit : I'm trying to make Ekiga (3.0.2 on Fedora 10) work with an Asterisk box. Note: this is an ENTIRELY INTERNAL switch; there is NO connection to the outside world; there is no Ekiga.net or any other trunk account. I'm running Wireshark on the Ekiga/F10 box, and I see this first line in the registration SIP packets: REGISTER sip:sip SIP/2.0 That can't be right. The account I have created has these settings: Name: 221 Registrar: sip:192.168.46.178 Use 192.168.46.178, not sip:192.168.46.178 as registrar. NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 4 17:01:24 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 18:01:24 +0100 Subject: [Ekiga-list] What would cause this? In-Reply-To: References: <1262623900.11650.0.camel@scorpion.multitel.be> Message-ID: <1262624484.11650.1.camel@scorpion.multitel.be> Le lundi 04 janvier 2010 ? 16:55 +0000, Dave Higton a ?crit : > Then no registration packets are sent at all. Probably you specified an outbound proxy ? No idea, you should post a -d 4 output somewhere. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From DAVE.HIGTON at nice.com Mon Jan 4 17:24:24 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 4 Jan 2010 17:24:24 -0000 Subject: [Ekiga-list] What would cause this? In-Reply-To: <1262624484.11650.1.camel@scorpion.multitel.be> References: <1262623900.11650.0.camel@scorpion.multitel.be> <1262624484.11650.1.camel@scorpion.multitel.be> Message-ID: Only 4 KB when zipped, so here it is. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: 2010 January 04 17:01 To: Ekiga mailing list Subject: Re: [Ekiga-list] What would cause this? Le lundi 04 janvier 2010 ? 16:55 +0000, Dave Higton a ?crit : Then no registration packets are sent at all. Probably you specified an outbound proxy ? No idea, you should post a -d 4 output somewhere. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigalog01.zip Type: application/x-zip-compressed Size: 3132 bytes Desc: ekigalog01.zip URL: From DAVE.HIGTON at nice.com Mon Jan 4 17:24:55 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Mon, 4 Jan 2010 17:24:55 -0000 Subject: [Ekiga-list] What would cause this? In-Reply-To: <1262624484.11650.1.camel@scorpion.multitel.be> References: <1262623900.11650.0.camel@scorpion.multitel.be> <1262624484.11650.1.camel@scorpion.multitel.be> Message-ID: I don't think so - but where would an outbound proxy be specified in Ekiga? Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: 2010 January 04 17:01 To: Ekiga mailing list Subject: Re: [Ekiga-list] What would cause this? Le lundi 04 janvier 2010 ? 16:55 +0000, Dave Higton a ?crit : Then no registration packets are sent at all. Probably you specified an outbound proxy ? No idea, you should post a -d 4 output somewhere. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ybkanter at gmail.com Mon Jan 4 17:48:50 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Mon, 4 Jan 2010 12:48:50 -0500 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <1262597695.9295.0.camel@scorpion.multitel.be> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> Message-ID: <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> Damien, I believe sending contacts out without informing the user is a severe privacy violation. Comments, anyone? Eugene. On Mon, Jan 4, 2010 at 4:34 AM, Damien Sandras wrote: > Le dimanche 03 janvier 2010 ? 23:23 -0500, Eugene Kanter a ?crit : > > Debugging some connectivity problems I noticed that upon startup ekiga > sends SUBSCRIBE requests for every entry in Contacts tab. For example: > > Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 > > and server replies with > > Status-Line: SIP/2.0 489 Event Not Supported > > Why would ekiga advertise one's contact list contents? > > > It tries subscribing to various types of events : > - presence changes > - call notifications > > Not all events are supported by all servers, Ekiga just tries them all. > > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jerome.trullen at etoilediese.fr Mon Jan 4 17:50:50 2010 From: jerome.trullen at etoilediese.fr (=?utf-8?q?J=C3=A9r=C3=B4me_Trullen?=) Date: Mon, 4 Jan 2010 18:50:50 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <20100104094006.29CF71405B@mail.etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> Message-ID: <201001041850.50145.jerome.trullen@etoilediese.fr> Le lundi 4 janvier 2010 10:38:13, Damien Sandras a ?crit : > Hi, > > The answer from Robert is below your e-mail. > > Le mercredi 30 d?cembre 2009 ? 10:18 +0100, J?r?me Trullen a ?crit : > > > I have the known problem of Ekiga not re-registering at the requested expiration timeout. Since I saw that I was not alone in this case, I took a look to the code of Opal and found out a fix for this which works for me. > > In the file opal-3.6.6/src/sip/sippdu.cxx, I commented out the line 413 : // COMPARE_COMPONENT(GetPortSupplied()); > > I don't know what this boolean "portSupplied" is but I saw that it prevents the test (*request == *reply) (line 740 of opal-3.6.6/src/sip/handlers.cxx) from being true when it should. > > > > Is there any way when parametering Ekiga to make this test working, or is my work-around the only way to fix the problem ? > > > I have seen this before and I am not sure what to do about it. There are > two parts to the issue: > > First, RFC3261 explicitly describes how to compare two SIP URIs (section > 19.1.4) in particular: > > o For two URIs to be equal, the user, password, host, and port > > components must match. > > > > A URI omitting the user component will not match a URI that > > includes one. A URI omitting the password component will not > > match a URI that includes one. > > > > A URI omitting any component with a default value will not > > match a URI explicitly containing that component with its > > default value. For instance, a URI omitting the optional port > > component will not match a URI explicitly declaring port 5060. > > The same is true for the transport-parameter, ttl-parameter, > > user-parameter, and method components. > > > > Defining sip:user at host to not be equivalent to > > sip:user at host:5060 is a change from RFC 2543. When deriving > > addresses from URIs, equivalent addresses are expected from > > equivalent URIs. The URI sip:user at host:5060 will always > > resolve to port 5060. The URI sip:user at host may resolve to > > other ports through the DNS SRV mechanisms detailed in [4]. > > > > > > Second, we have a bug in some registrars. This is where we put in a > contact field of something like: > > > > Contact: > > > > And they reply with a contact field of: > > > > Contact: > > > > And that is NOT THE SAME THING, as per the RFC3261 rules. Section 10.3 > says the registrar MUST reply with the contact, and technically it > doesn?t. > > > > > > So, I cannot remove the line as described. > > > > And I am not sure how to work around this bug in the registrar either. > Last time it happened (on a paid consulting job) we got the registrar > people to fix the issue. I don?t know if this is an option in this case. > > > Robert Jongbloed > > OPAL/OpenH323/PTLib Architect and Co-founder. > Hello, I just tcpdump'ed the registration : Ekiga sends : Contact: Our NAT router changes it in : Contact: The registrar Yate answers : Contact: Our NAT router changes it in : Contact: So Ekiga sends Contact: and receives an OK with Contact: Conclusion, the problem is not the registrar but the port translation done by the router. To fix that without any modification of code, one just have to ask Ekiga to use a port different from 5060 (ie. 5061) so that it has to say it in the contact field. Is there any equivalent to gconf-editor for Windows ? Regards, -- J?r?me Trullen T?l?phone : +33 567733803 SIP : jerome.trullen at etoilediese.fr From dsandras at seconix.com Mon Jan 4 17:59:42 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 18:59:42 +0100 Subject: [Ekiga-list] What would cause this? In-Reply-To: References: <1262623900.11650.0.camel@scorpion.multitel.be> <1262624484.11650.1.camel@scorpion.multitel.be> Message-ID: <1262627982.11650.2.camel@scorpion.multitel.be> Le lundi 04 janvier 2010 ? 17:24 +0000, Dave Higton a ?crit : > Only 4 KB when zipped, so here it is. I don't see anything wrong in the file. Perhaps try upgrading to a newer Ekiga version ? I have never heard of such a problem before. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 4 18:00:22 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 19:00:22 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> Message-ID: <1262628022.11650.3.camel@scorpion.multitel.be> Le lundi 04 janvier 2010 ? 12:48 -0500, Eugene Kanter a ?crit : > Damien, > > I believe sending contacts out without informing the user is a severe > privacy violation. > > Comments, anyone? How would you want to subscribe to presence updates without telling for which contacts you want to do so ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Mon Jan 4 18:01:26 2010 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 04 Jan 2010 19:01:26 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <201001041850.50145.jerome.trullen@etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041850.50145.jerome.trullen@etoilediese.fr> Message-ID: <1262628086.11650.4.camel@scorpion.multitel.be> Le lundi 04 janvier 2010 ? 18:50 +0100, J?r?me Trullen a ?crit : > Hello, > > I just tcpdump'ed the registration : > > Ekiga sends : Contact: > Our NAT router changes it in : Contact: > The registrar Yate answers : Contact: > Our NAT router changes it in : Contact: > > So Ekiga sends Contact: and receives an OK with Contact: > Conclusion, the problem is not the registrar but the port translation done by the router. > > To fix that without any modification of code, one just have to ask Ekiga to use a port different from 5060 (ie. 5061) so that it has to say it in the contact field. > Is there any equivalent to gconf-editor for Windows ? > You can edit the configuration file. I don't remember where it is located. (Document Settings ?) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From ybkanter at gmail.com Tue Jan 5 00:15:39 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Mon, 4 Jan 2010 19:15:39 -0500 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <201001041850.50145.jerome.trullen@etoilediese.fr> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041850.50145.jerome.trullen@etoilediese.fr> Message-ID: <4ee5f7031001041615i48bcb78akb7551367744e071f@mail.gmail.com> I always change 5060 to some other value and still get failed re-registration with sipphone sometimes. Will keep monitoring. Eugene. 2010/1/4 J?r?me Trullen : > Hello, > > I just tcpdump'ed the registration : > > Ekiga sends : Contact: > Our NAT router changes it in : Contact: > The registrar Yate answers : Contact: > Our NAT router changes it in : Contact: > > So Ekiga sends Contact: and receives an OK with Contact: > Conclusion, the problem is not the registrar but the port translation done by the router. > > To fix that without any modification of code, one just have to ask Ekiga to use a port different from 5060 (ie. 5061) so that it has to say it in the contact field. > Is there any equivalent to gconf-editor for Windows ? > > Regards, > -- > J?r?me Trullen > T?l?phone : +33 567733803 > SIP : jerome.trullen at etoilediese.fr > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From bnc at netspeed.com.au Tue Jan 5 05:55:27 2010 From: bnc at netspeed.com.au (bnc) Date: Tue, 5 Jan 2010 15:55:27 +1000 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <4ee5f7031001041615i48bcb78akb7551367744e071f@mail.gmail.com> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041850.50145.jerome.trullen@etoilediese.fr> <4ee5f7031001041615i48bcb78akb7551367744e071f@mail.gmail.com> Message-ID: <20100105155527.3c75ea39@bnc.JUSTUS> I always change the port too. I normally go into gconf-editor and set the port to 5066. When starting ekiga it still uses port 5060. It then seems to allocate the next port up everytime it reregisters. Now if you have a limited number of ports available then it runs out. It appears then that ekiga just keeps retrying until one of the used ports times out and it is able to register again. I checked this by looking at the display of internet sessions on my router and having the edit accounts window open. You can watch the ports getting allocated and the account going in and out of registration. To be clear the ports are not being allocated because I am making calls, they just get allocated on a regular basis. So why does ekiga now ignore the gconf-editor setting, and why does it keep allocating a new port. At least it should get rid of the old one. Note I have my account timeout set to 3600. Brian On Mon, 4 Jan 2010 19:15:39 -0500 Eugene Kanter wrote: > I always change 5060 to some other value and still get failed > re-registration with sipphone sometimes. Will keep monitoring. > > Eugene. > > 2010/1/4 J?r?me Trullen : > > Hello, > > > > I just tcpdump'ed the registration : > > > > Ekiga sends : Contact: > > Our NAT router changes it in : Contact: > > The registrar Yate answers : Contact: > > Our NAT router changes it in : Contact: > > > > So Ekiga sends Contact: and receives an OK with > > Contact: Conclusion, the problem is not the > > registrar but the port translation done by the router. > > > > To fix that without any modification of code, one just have to ask > > Ekiga to use a port different from 5060 (ie. 5061) so that it has > > to say it in the contact field. Is there any equivalent to > > gconf-editor for Windows ? > > > > Regards, > > -- > > J?r?me Trullen > > T?l?phone : +33 567733803 > > SIP : jerome.trullen at etoilediese.fr > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From DAVE.HIGTON at nice.com Tue Jan 5 07:50:44 2010 From: DAVE.HIGTON at nice.com (Dave Higton) Date: Tue, 5 Jan 2010 07:50:44 -0000 Subject: [Ekiga-list] What would cause this? In-Reply-To: <1262627982.11650.2.camel@scorpion.multitel.be> References: <1262623900.11650.0.camel@scorpion.multitel.be><1262624484.11650.1.camel@scorpion.multitel.be> <1262627982.11650.2.camel@scorpion.multitel.be> Message-ID: OK... let me see, there isn't a newer packaged version for Fedora 10, is there? So it's a build-it-myself job? I suspect that, at least with the version I'm currently running, it wasn't designed (or tested) to run without an ekiga.net account. There is no way I can connect my system to the outside world, so an Ekiga.net account is out of the question for me. Dave ________________________________ From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras Sent: 2010 January 04 18:00 To: Ekiga mailing list Subject: Re: [Ekiga-list] What would cause this? Le lundi 04 janvier 2010 ? 17:24 +0000, Dave Higton a ?crit : Only 4 KB when zipped, so here it is. I don't see anything wrong in the file. Perhaps try upgrading to a newer Ekiga version ? I have never heard of such a problem before. NICE CTI Systems UK Limited ("NICE") is registered in England under company number, 3403044. The registered office of NICE is at Tollbar Way, Hedge End, Southampton, Hampshire SO30 2ZP. Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Jan 5 08:35:06 2010 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 05 Jan 2010 08:35:06 +0000 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <20100105155527.3c75ea39@bnc.JUSTUS> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041850.50145.jerome.trullen@etoilediese.fr> <4ee5f7031001041615i48bcb78akb7551367744e071f@mail.gmail.com> <20100105155527.3c75ea39@bnc.JUSTUS> Message-ID: <1262680506.12023.2.camel@scorpion.multitel.be> Le mardi 05 janvier 2010 ? 15:55 +1000, bnc a ?crit : > I always change the port too. > I normally go into gconf-editor and set the port to 5066. > When starting ekiga it still uses port 5060. > It then seems to allocate the next port up everytime it reregisters. > Now if you have a limited number of ports available then it runs out. > It appears then that ekiga just keeps retrying until one of the used > ports times out and it is able to register again. > I checked this by looking at the display of internet sessions on my > router and having the edit accounts window open. > You can watch the ports getting allocated and the account going in and > out of registration. To be clear the ports are not being allocated > because I am making calls, they just get allocated on a regular basis. > > So why does ekiga now ignore the gconf-editor setting, and why does it > keep allocating a new port. At least it should get rid of the old one. > Note I have my account timeout set to 3600. > Probably you are using ekiga 2.0.x and not 3.x.x. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Tue Jan 5 08:35:44 2010 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 05 Jan 2010 09:35:44 +0100 Subject: [Ekiga-list] What would cause this? In-Reply-To: References: <1262623900.11650.0.camel@scorpion.multitel.be> <1262624484.11650.1.camel@scorpion.multitel.be> <1262627982.11650.2.camel@scorpion.multitel.be> Message-ID: <1262680544.12023.3.camel@scorpion.multitel.be> Le mardi 05 janvier 2010 ? 07:50 +0000, Dave Higton a ?crit : > OK... let me see, there isn't a newer packaged version for Fedora 10, > is there? So it's a build-it-myself job? > > I suspect that, at least with the version I'm currently running, it > wasn't designed (or tested) to run without an ekiga.net account. > There is no way I can connect my system to the outside world, so an > Ekiga.net account is out of the question for me. All versions are supposed to run with other accounts than ekiga.net accounts. I only use Ekiga myself outside of ekiga.net. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 5 15:11:25 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 05 Jan 2010 16:11:25 +0100 Subject: [Ekiga-list] Happy New Year In-Reply-To: <1262340523.1884.176.camel@myrmidon> References: <1262303385.2224.0.camel@scorpion.multitel.be> <1262340523.1884.176.camel@myrmidon> Message-ID: <4B43569D.1010905@pu-pm.univ-fcomte.fr> Yannick wrote: > Le vendredi 01 janvier 2010 ? 00:49 +0100, Damien Sandras a ?crit : >> Happy New Year to everyone ! >> >> Let all your dreams come true... > > Happy new year folks! > > Carpe diem quam minimum credula postero Happy New Year! Let's have a better year than 2009! -- Eugen From bowman.david.w at gmail.com Tue Jan 5 17:48:07 2010 From: bowman.david.w at gmail.com (David Bowman) Date: Tue, 5 Jan 2010 12:48:07 -0500 Subject: [Ekiga-list] Issues Message-ID: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> Okay, so first I'd like to say thank you for everything. I'm a little further out of the water but I was wondering what this means: [jetblackbivouac at localhost ~]$ pasuspender ekiga ALSA lib conf.c:976:(parse_value) default is not a string ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:12:9:Unexpected char ALSA lib conf.c:2850:(snd_config_hook_load) /etc/alsa/alsactl.conf may be old or corrupted: consider to remove or fix it ALSA lib conf.c:2714:(snd_config_hooks_call) function snd_config_hook_load returned error: Invalid argument ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 Both me and my partner could not be more grateful for all your help. Thanks for your time, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From derek at indranet.co.nz Tue Jan 5 20:48:51 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Wed, 6 Jan 2010 09:48:51 +1300 (NZDT) Subject: [Ekiga-list] Issues In-Reply-To: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> References: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> Message-ID: Hi, One of the answers on this topic said that you had to use pasuspender, and make some changes to alsa configuration files. the changes required are non trivial. Some people claim the changes are easy - just paste in these couple of lines they say. Those people were lucky. Other people have invested tens of hours trying to decode & understand the meaning of the components in the alsa configuration files. After too many hours of bitter experience, I suggest that you **Forget pasuspender **Refuse to make any changes to your configuration files. The most recent version of ubuntu (9.10) has made a "reasonable" job of pulseaudio. I suspect that the other major distros (fedorra, suse) have also got pulse right. The main problem in pulse is the *number of misbehaving alsa based applications out there, which do things wrong. *alsa audio drivers not being 100% compliant with alsa spec. I suggest that you upgrade to the latest distro and get the most recent versions of the different drivers. I suggest you shut down every application that makes audio on your desktop. One of them may be killing the sound device. If you do a wireshark dump of the entire call, remember to set the packet size to 2000, and look for the udp packets (which carry the voice). There will be two streams of udp packets. One stream from you to him. One stream from him to you. you said voice stops after 15 (or so) seconds. Do the udp packets stop being sent from your end? if they do, you know that the problem is at your end. Silence detection may have gone wrong. Turn off silence detection. Does this help? Eliminate the possibility of it being a firewall issue. Get a second computer on your lan. Can you do a ekiga call to that computer, and does the voice last longer than 15 seconds? Get the other person to do the same. Derek. ======================================= On Tue, 5 Jan 2010, David Bowman wrote: > Okay, so first I'd like to say thank you for everything.? I'm a little further out of the water but I was wondering what this means: > > [jetblackbivouac at localhost ~]$ pasuspender ekiga > ALSA lib conf.c:976:(parse_value) default is not a string > ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:12:9:Unexpected char > ALSA lib conf.c:2850:(snd_config_hook_load) /etc/alsa/alsactl.conf may be old or corrupted: consider to remove or fix it > ALSA lib conf.c:2714:(snd_config_hooks_call) function snd_config_hook_load returned error: Invalid argument > ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 > ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 > ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 > ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 > > Both me and my partner could not be more grateful for all your help.? > Thanks for your time, > David > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "The only thing IE should be used for is to download Fire Fox" "My favorite language is call STAR. It's extremely concise. It has exactly one verb '*', which does exactly what I want at the moment." --Larry Wall From bferrell at baywinds.org Tue Jan 5 22:01:43 2010 From: bferrell at baywinds.org (Bruce Ferrell) Date: Tue, 05 Jan 2010 14:01:43 -0800 Subject: [Ekiga-list] Issues In-Reply-To: References: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> Message-ID: <4B43B6C7.8030407@baywinds.org> Derek, pulse isn't right anywhere and the only the the pulse devs says is it's the applications fault.... Which I would say OK to except it's ALL the applications. That answer points to lousy devs who refuse to accept that they've made an error Bruce P.S. We've had this discussion before Derek Smithies wrote: > Hi, > One of the answers on this topic said that you had to use pasuspender, > and make some changes to alsa configuration files. the changes required > are non trivial. > Some people claim the changes are easy - just paste in these couple of > lines they say. Those people were lucky. Other people have invested > tens of hours trying to decode & understand the meaning of the > components in the alsa configuration files. > After too many hours of bitter experience, I suggest that you > **Forget pasuspender > **Refuse to make any changes to your configuration files. > > The most recent version of ubuntu (9.10) has made a "reasonable" job of > pulseaudio. I suspect that the other major distros (fedorra, suse) have > also got pulse right. > > The main problem in pulse is the > *number of misbehaving alsa based applications out there, > which do things wrong. > *alsa audio drivers not being 100% compliant with alsa spec. > > I suggest that you upgrade to the latest distro and get the most recent > versions of the different drivers. > > I suggest you shut down every application that makes audio on your > desktop. One of them may be killing the sound device. > > If you do a wireshark dump of the entire call, remember to set the > packet size to 2000, and look for the udp packets (which carry the voice). > There will be two streams of udp packets. One stream from you to him. > One stream from him to you. > you said voice stops after 15 (or so) seconds. Do the udp packets stop > being sent from your end? if they do, you know that the problem is at > your end. > > Silence detection may have gone wrong. Turn off silence detection. Does > this help? > > Eliminate the possibility of it being a firewall issue. > Get a second computer on your lan. > Can you do a ekiga call to that computer, and does the voice last longer > than 15 seconds? Get the other person to do the same. > > > Derek. > ======================================= > > On Tue, 5 Jan 2010, David Bowman wrote: > >> Okay, so first I'd like to say thank you for everything. I'm a little >> further out of the water but I was wondering what this means: >> >> [jetblackbivouac at localhost ~]$ pasuspender ekiga >> ALSA lib conf.c:976:(parse_value) default is not a string >> ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:12:9:Unexpected char >> ALSA lib conf.c:2850:(snd_config_hook_load) /etc/alsa/alsactl.conf may >> be old or corrupted: consider to remove or fix it >> ALSA lib conf.c:2714:(snd_config_hooks_call) function >> snd_config_hook_load returned error: Invalid argument >> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 >> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 >> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 >> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 >> >> Both me and my partner could not be more grateful for all your help. >> Thanks for your time, >> David >> >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From bnc at netspeed.com.au Wed Jan 6 04:01:21 2010 From: bnc at netspeed.com.au (bnc) Date: Wed, 6 Jan 2010 14:01:21 +1000 Subject: [Ekiga-list] Issues In-Reply-To: <4B43B6C7.8030407@baywinds.org> References: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> <4B43B6C7.8030407@baywinds.org> Message-ID: <20100106140121.0d051623@bnc.JUSTUS> Bruce, Like you I tried pulse a while back and eventually deleted it so I could get some sound to work. With Suse 11,2 however it now works, including my Bluetooth headset(this enables me to make calls via ekiga and leave my notebook on the bench) 2.6.31.8-0.1-desktop #1 SMP PREEMPT 2009-12-15 23:55:40 +0100 i686 i686 i386 GNU/Linux There is a bit more of a learning curve. The trick is to get pulse to work then get applications to talk to it. For ekiga for example I just put 'pulse' into the sound devices using gconf-editor. Then to get that to work you need to set up a .asoundrc file in your home directory which contains pcm.pulse { type pulse } ctl.pulse { type pulse } There re also pulse tools which, on my system, are here /usr/bin/pabrowse /usr/bin/pacat /usr/bin/pavucontrol /usr/bin/pacmd /usr/bin/pactl /usr/bin/padsp /usr/bin/paplay /usr/bin/paprefs /usr/bin/parec /usr/bin/parecord /usr/bin/paplay /usr/bin/paprefs /usr/bin/parec /usr/bin/pamon hth someone. Brian On Tue, 05 Jan 2010 14:01:43 -0800 Bruce Ferrell wrote: > Derek, > > pulse isn't right anywhere and the only the the pulse devs says is > it's the applications fault.... Which I would say OK to except it's > ALL the applications. That answer points to lousy devs who refuse to > accept that they've made an error > > Bruce > > P.S. > > We've had this discussion before > > > > Derek Smithies wrote: > > Hi, > > One of the answers on this topic said that you had to use > > pasuspender, and make some changes to alsa configuration files. the > > changes required are non trivial. > > Some people claim the changes are easy - just paste in these > > couple of lines they say. Those people were lucky. Other people > > have invested tens of hours trying to decode & understand the > > meaning of the components in the alsa configuration files. > > After too many hours of bitter experience, I suggest that you > > **Forget pasuspender > > **Refuse to make any changes to your configuration files. > > > > The most recent version of ubuntu (9.10) has made a "reasonable" > > job of pulseaudio. I suspect that the other major distros (fedorra, > > suse) have also got pulse right. > > > > The main problem in pulse is the > > *number of misbehaving alsa based applications out there, > > which do things wrong. > > *alsa audio drivers not being 100% compliant with alsa spec. > > > > I suggest that you upgrade to the latest distro and get the most > > recent versions of the different drivers. > > > > I suggest you shut down every application that makes audio on your > > desktop. One of them may be killing the sound device. > > > > If you do a wireshark dump of the entire call, remember to set the > > packet size to 2000, and look for the udp packets (which carry the > > voice). There will be two streams of udp packets. One stream from > > you to him. One stream from him to you. > > you said voice stops after 15 (or so) seconds. Do the udp packets > > stop being sent from your end? if they do, you know that the > > problem is at your end. > > > > Silence detection may have gone wrong. Turn off silence detection. > > Does this help? > > > > Eliminate the possibility of it being a firewall issue. > > Get a second computer on your lan. > > Can you do a ekiga call to that computer, and does the voice last > > longer than 15 seconds? Get the other person to do the same. > > > > > > Derek. > > ======================================= > > > > On Tue, 5 Jan 2010, David Bowman wrote: > > > >> Okay, so first I'd like to say thank you for everything. I'm a > >> little further out of the water but I was wondering what this > >> means: > >> > >> [jetblackbivouac at localhost ~]$ pasuspender ekiga > >> ALSA lib conf.c:976:(parse_value) default is not a string > >> ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:12:9:Unexpected > >> char ALSA lib > >> conf.c:2850:(snd_config_hook_load) /etc/alsa/alsactl.conf may be > >> old or corrupted: consider to remove or fix it ALSA lib > >> conf.c:2714:(snd_config_hooks_call) function snd_config_hook_load > >> returned error: Invalid argument ALSA lib > >> control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 ALSA lib > >> control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 ALSA lib > >> control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 ALSA lib > >> control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 > >> > >> Both me and my partner could not be more grateful for all your > >> help. Thanks for your time, > >> David > >> > >> > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > ekiga-list mailing list > > ekiga-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From sevmek at free.fr Wed Jan 6 08:58:43 2010 From: sevmek at free.fr (yannick) Date: Wed, 06 Jan 2010 09:58:43 +0100 Subject: [Ekiga-list] Issues In-Reply-To: <4B43B6C7.8030407@baywinds.org> References: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> <4B43B6C7.8030407@baywinds.org> Message-ID: <1262768323.3215.16.camel@achille> Le mardi 05 janvier 2010 ? 14:01 -0800, Bruce Ferrell a ?crit : > pulse isn't right anywhere and the only the the pulse devs says is > it's > the applications fault.... Which I would say OK to except it's ALL the > applications. Well, I'm using Ubuntu since long now, and for *me*, 9.10 is the worst experience ever with this distro. Please, do not take for granted Ubuntu is getting worst, it is just my own experience... I've 2 computers running it; 1 "netbook" which was unusable with it ("MSI wind": no USB support at all and a bad luminosity flickering all time) and a desktop with garbage sound in all applications like you (based on an Asus A8N-E motherboard). Both computers were working fine with the previous Ubuntu. In both cases I tried to: 1- find relevant bug in launchpad (the ubuntu bug tracking system) and 2- take the latest updates for critical components of the system involved in the bug) e.g. you could try this PPA which contains latest pulseaudio release: https://launchpad.net/~ubuntu-audio-dev/+archive/ppa It helped in my case, even if still not perfect. You could also try to allow the "karmic-proposed" repository, it has an updated kernel. As a side note, the good news for Ubuntu users is the incoming release (10.04 LTS) will be based on Debian (I mean they will stick close to it this time); thus the overall quality will probably be better... Best regards, Yannick -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From derek at indranet.co.nz Thu Jan 7 01:36:27 2010 From: derek at indranet.co.nz (Derek Smithies) Date: Thu, 7 Jan 2010 14:36:27 +1300 (NZDT) Subject: [Ekiga-list] Issues In-Reply-To: <4B43B6C7.8030407@baywinds.org> References: <857dc6101001050948w4c8f7caaqf8d4e8553d7bf5ef@mail.gmail.com> <4B43B6C7.8030407@baywinds.org> Message-ID: Hi, > We've had this discussion before We have. too many times. For the uninitiated, pulse stands for "painfully useless linux sound engineers" The biggest single issue in linux is sound. yet, we have had apps doing sound for over a decade in linux. What happened to that fast moving, quickly evolving code base the web pages talked about. What happened to that "loosely knit group of developers working together" Nothing. The web pages I quote from, describing the wonders of linux, were wrong. With all the development effort that went into audio, and continues to go into audio, why is sound still a mess - after a decade (or more) of development? =================== Alsa- the only thing advanced about alsa is in the name. The documentation in this project is atrocious. The usability is bad. Sigh, end of ranting. Derek. On Tue, 5 Jan 2010, Bruce Ferrell wrote: > Derek, > > pulse isn't right anywhere and the only the the pulse devs says is it's > the applications fault.... Which I would say OK to except it's ALL the > applications. That answer points to lousy devs who refuse to accept > that they've made an error > > Bruce > > P.S. > > We've had this discussion before > > > > Derek Smithies wrote: >> Hi, >> One of the answers on this topic said that you had to use pasuspender, >> and make some changes to alsa configuration files. the changes required >> are non trivial. >> Some people claim the changes are easy - just paste in these couple of >> lines they say. Those people were lucky. Other people have invested >> tens of hours trying to decode & understand the meaning of the >> components in the alsa configuration files. >> After too many hours of bitter experience, I suggest that you >> **Forget pasuspender >> **Refuse to make any changes to your configuration files. >> >> The most recent version of ubuntu (9.10) has made a "reasonable" job of >> pulseaudio. I suspect that the other major distros (fedorra, suse) have >> also got pulse right. >> >> The main problem in pulse is the >> *number of misbehaving alsa based applications out there, >> which do things wrong. >> *alsa audio drivers not being 100% compliant with alsa spec. >> >> I suggest that you upgrade to the latest distro and get the most recent >> versions of the different drivers. >> >> I suggest you shut down every application that makes audio on your >> desktop. One of them may be killing the sound device. >> >> If you do a wireshark dump of the entire call, remember to set the >> packet size to 2000, and look for the udp packets (which carry the voice). >> There will be two streams of udp packets. One stream from you to him. >> One stream from him to you. >> you said voice stops after 15 (or so) seconds. Do the udp packets stop >> being sent from your end? if they do, you know that the problem is at >> your end. >> >> Silence detection may have gone wrong. Turn off silence detection. Does >> this help? >> >> Eliminate the possibility of it being a firewall issue. >> Get a second computer on your lan. >> Can you do a ekiga call to that computer, and does the voice last longer >> than 15 seconds? Get the other person to do the same. >> >> >> Derek. >> ======================================= >> >> On Tue, 5 Jan 2010, David Bowman wrote: >> >>> Okay, so first I'd like to say thank you for everything. I'm a little >>> further out of the water but I was wondering what this means: >>> >>> [jetblackbivouac at localhost ~]$ pasuspender ekiga >>> ALSA lib conf.c:976:(parse_value) default is not a string >>> ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:12:9:Unexpected char >>> ALSA lib conf.c:2850:(snd_config_hook_load) /etc/alsa/alsactl.conf may >>> be old or corrupted: consider to remove or fix it >>> ALSA lib conf.c:2714:(snd_config_hooks_call) function >>> snd_config_hook_load returned error: Invalid argument >>> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 >>> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 >>> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0 >>> ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:1 >>> >>> Both me and my partner could not be more grateful for all your help. >>> Thanks for your time, >>> David >>> >>> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > -- Derek Smithies Ph.D. IndraNet Technologies Ltd. ph +64 3 365 6485 Web: http://www.indranet-technologies.com/ "The only thing IE should be used for is to download Fire Fox" "My favorite language is call STAR. It's extremely concise. It has exactly one verb '*', which does exactly what I want at the moment." --Larry Wall From bowman.david.w at gmail.com Thu Jan 7 17:42:25 2010 From: bowman.david.w at gmail.com (David Bowman) Date: Thu, 7 Jan 2010 12:42:25 -0500 Subject: [Ekiga-list] Another Set of issues Message-ID: <857dc6101001070942o7af17520taefd2a8dc9367698@mail.gmail.com> Hi again Well it would seem that there has been a slew of errors. Now, aside from our sound issues, which we suspect are my partners, I cannot call him. After our first call he ceases to be available. Sorry to be writing you all so much, but I do greatly appreciate your help. Thanks again, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 18:16:48 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 19:16:48 +0100 Subject: [Ekiga-list] Video resolution In-Reply-To: References: <1261565322.5309.12.camel@achille> Message-ID: <4B462510.2090701@pu-pm.univ-fcomte.fr> Bret Busby wrote: > On Wed, 23 Dec 2009, yannick wrote: > >> Date: Wed, 23 Dec 2009 11:48:42 +0100 >> From: yannick >> Reply-To: Ekiga mailing list >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Video resolution >> >> Le mardi 22 d?cembre 2009 ? 17:30 +0800, Bret Busby a ?crit : >> Hello. >> >> I am wondering what prospect exists, for the video resolution, and >> thus the displayed video size on screen, to be increased? >> >> I have recently purchased a Logitech C300 webcam, which apparently has >> video resolution of up to 1.3MP; 1280 x 1024, I think. >> >> The webcam came with access to a Logitech free videocall facility' >> "Vid", which apparently (on this computer, anyway) allows for video >> resolution of up to 640 x480, at 30fps. >> >> So, I am wondering whether any intent exists, for Ekiga to provide for >> image resolution of 640 x 480, or, better, also, 800 x 600, or, even >> better, also, 1280 x 1024, at 30fps. >> > >> The higher you can get with Ekiga 3.2.x is: 704x576 at 30fps > >> (This is 4CIF, see http://en.wikipedia.org/wiki/4CIF ) > > Okay, now I understand; the video format used by Ekiga, is apparently > for television screens, rather than for computers - > ("CIF was designed to be easy to convert to PAL or NTSC standards. CIF > defines a video sequence with a resolution of 352 288 like PAL Source > Input Format, a framerate of 30000/1001 (roughly 29.97) frames like > NTSC, with colour encoded using YCbCr 4:2:0." > and > "xCIF pixels are not square, instead having a native aspect ratio of > ~1.222:1. On older television systems, a pixel aspect ratio of 1.2:1 was > the standard for 525-line systems (see CCIR 601). On square-pixel > displays (computer screens, many modern televisions) xCIF rasters should > be rescaled horizontally by ~109% to 4:3 in order to avoid a "stretched" > look: CIF content expanded horizontally by ~109% results in a 4:3 raster > of 384 288 square pixels."). > > I assume that the 4CIF resolution, is what used to be named something > like High Definition television, in the 4:3 analogue television format > (now all television screens available in sizes bigger than 14" > diagonally, are this silly widescreen format, that makes the pictures > look like someone heavy has sat on them). > > So, is the 4CIF format available for Ekiga, and, how can a user select > that resolution, to be used? > > I could not find a means of selecting different resolutions, in the > facilities for configuring the Ekiga interface. > > Does a method or facility exist, whereby a user (one party to a call) > selects a particular resolution, as a maximum possible resolution to be > viewed by the user, and the user interface software or carrier software, > then determines the lower common factor for the resolution selection > between the parties to a call, and uses that lower common factor > resolution, for the call, at each end involved in the call, so that, if > one party to a call, sets the maximum possible resolution at 4CIF and > another party sets the resolution at CIF, the CIF resolution gets used > by the call, to optimise bandwidth usage (me sending video at 4CIF, > isn't much use, if a receiver can view only CIF) and the call then > progresses using the lower common factor resolution? Hi, You can set *your* resolution (the one you send, i.e. your local video) in Preferences/Video. To my understanding, a common resolution is not useful. Your resolution and your partner's one can be different, I have seen it. So I think it's not useful to negociate it. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 18:47:41 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 19:47:41 +0100 Subject: [Ekiga-list] Better quality when decoding H264 In-Reply-To: <200912301350.30633.jerome.trullen@etoilediese.fr> References: <200912301350.30633.jerome.trullen@etoilediese.fr> Message-ID: <4B462C4D.5020802@pu-pm.univ-fcomte.fr> ?toile Di?se wrote: > Hello, > > Here a little modif for better H264 decoding quality with libavcodec in Opal : in file opal-3.6.6/plugins/video/H.264/h264-x264.cxx, in the method H264DecoderContext::H264DecoderContext(), after creating the context I inserted before line 204 the lines : > > _context->workaround_bugs = FF_BUG_AUTODETECT; > _context->error_recognition = FF_ER_AGGRESSIVE; > _context->idct_algo = FF_IDCT_H264; > _context->error_concealment = FF_EC_GUESS_MVS | FF_EC_DEBLOCK; > _context->flags = CODEC_FLAG_INPUT_PRESERVED | CODEC_FLAG_EMU_EDGE; > _context->flags2 = CODEC_FLAG2_BRDO | CODEC_FLAG2_MEMC_ONLY | CODEC_FLAG2_DROP_FRAME_TIMECODE | CODEC_FLAG2_SKIP_RD | CODEC_FLAG2_CHUNKS; > > and the image is much better, at least when called by a Grandstream GXV3000. I think that the most important one is the flag CODEC_FLAG2_CHUNKS in _context->flags2. Hi ?toile, And thanks for your suggestion. Opal is developed by another team, could you please post your message to ? (I can do it too, but I cannot answer if there are questions.) Thanks, -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:02:52 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:02:52 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> Message-ID: <4B462FDC.80305@pu-pm.univ-fcomte.fr> Eugene Kanter wrote: > Damien, > > I believe sending contacts out without informing the user is a severe > privacy violation. > > Comments, anyone? Each contact you have is there because you use it sometimes. And when you use it, the server knows that and can potentially store it. So hiding the contacts does not reduce your privacy in fact. > Eugene. > > On Mon, Jan 4, 2010 at 4:34 AM, Damien Sandras wrote: > >> Le dimanche 03 janvier 2010 ? 23:23 -0500, Eugene Kanter a ?crit : >> >> Debugging some connectivity problems I noticed that upon startup ekiga >> sends SUBSCRIBE requests for every entry in Contacts tab. For example: >> >> Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 >> >> and server replies with >> >> Status-Line: SIP/2.0 489 Event Not Supported >> >> Why would ekiga advertise one's contact list contents? >> >> >> It tries subscribing to various types of events : >> - presence changes >> - call notifications >> >> Not all events are supported by all servers, Ekiga just tries them all. >> >> -- >> _ Damien Sandras >> (o- >> //\ Ekiga Softphone : http://www.ekiga.org/ >> v_/_ Be IP : http://www.beip.be/ >> FOSDEM : http://www.fosdem.org/ >> SIP Phone : sip:dsandras at ekiga.net From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:04:59 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:04:59 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4ee5f7031001040809v45c84deak82023dc83e1f59e4@mail.gmail.com> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040809v45c84deak82023dc83e1f59e4@mail.gmail.com> Message-ID: <4B46305B.9090308@pu-pm.univ-fcomte.fr> Eugene Kanter wrote: > Could all this be turned off? At least after first 4xx response ekiga should > stop requests the the particular server altogether. My network log shows > incoming 405 responses almost every second. This makes no sense whatsoever. > I am using 3.2.6. That is indeed an optimisation. You can create a bug report for that, so not to forget it... > Eugene. > > On Mon, Jan 4, 2010 at 4:34 AM, Damien Sandras wrote: > >> Le dimanche 03 janvier 2010 ? 23:23 -0500, Eugene Kanter a ?crit : >> >> Debugging some connectivity problems I noticed that upon startup ekiga >> sends SUBSCRIBE requests for every entry in Contacts tab. For example: >> >> Request-Line: SUBSCRIBE sip:501 at ekiga.net SIP/2.0 >> >> and server replies with >> >> Status-Line: SIP/2.0 489 Event Not Supported >> >> Why would ekiga advertise one's contact list contents? >> >> >> It tries subscribing to various types of events : >> - presence changes >> - call notifications >> >> Not all events are supported by all servers, Ekiga just tries them all. >> >> >> -- >> _ Damien Sandras >> (o- >> //\ Ekiga Softphone : http://www.ekiga.org/ >> v_/_ Be IP : http://www.beip.be/ >> FOSDEM : http://www.fosdem.org/ >> SIP Phone : sip:dsandras at ekiga.net >> >> >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:12:34 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:12:34 +0100 Subject: [Ekiga-list] Fix for Ekiga not re-registering In-Reply-To: <1262628086.11650.4.camel@scorpion.multitel.be> References: <200912301018.00798.jerome.trullen@etoilediese.fr> <20100104094006.29CF71405B@mail.etoilediese.fr> <201001041850.50145.jerome.trullen@etoilediese.fr> <1262628086.11650.4.camel@scorpion.multitel.be> Message-ID: <4B463222.4010609@pu-pm.univ-fcomte.fr> Damien Sandras wrote: > Le lundi 04 janvier 2010 ? 18:50 +0100, J?r?me Trullen a ?crit : > >> Hello, >> >> I just tcpdump'ed the registration : >> >> Ekiga sends : Contact: >> Our NAT router changes it in : Contact: >> The registrar Yate answers : Contact: >> Our NAT router changes it in : Contact: >> >> So Ekiga sends Contact: and receives an OK with Contact: >> Conclusion, the problem is not the registrar but the port translation done by the router. >> >> To fix that without any modification of code, one just have to ask Ekiga to use a port different from 5060 (ie. 5061) so that it has to say it in the contact field. >> Is there any equivalent to gconf-editor for Windows ? >> > > > You can edit the configuration file. I don't remember where it is > located. (Document Settings ?) See the beginning of http://wiki.ekiga.org/index.php/Windows_Users -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:17:05 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:17:05 +0100 Subject: [Ekiga-list] What would cause this? In-Reply-To: References: <1262623900.11650.0.camel@scorpion.multitel.be> <1262624484.11650.1.camel@scorpion.multitel.be> Message-ID: <4B463331.6070102@pu-pm.univ-fcomte.fr> Dave Higton wrote: > I don't think so - but where would an outbound proxy be specified in Ekiga? Well, Preferences->Protocol... > Dave > > > ________________________________ > > From: ekiga-list-bounces at gnome.org [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras > Sent: 2010 January 04 17:01 > To: Ekiga mailing list > Subject: Re: [Ekiga-list] What would cause this? > > > Le lundi 04 janvier 2010 ? 16:55 +0000, Dave Higton a ?crit : > > Then no registration packets are sent at all. > > > Probably you specified an outbound proxy ? > No idea, you should post a -d 4 output somewhere. > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:32:15 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:32:15 +0100 Subject: [Ekiga-list] Port Forwarding In-Reply-To: <4B41E509.5040505@creasehuggett.co.uk> References: <61347.97790.qm@web111002.mail.gq1.yahoo.com> <4B41E509.5040505@creasehuggett.co.uk> Message-ID: <4B4636BF.20403@pu-pm.univ-fcomte.fr> ddb5pan2 at googlemail.com wrote: > I am making some progress on being able to access my account. > > > I have only set up H.323. Is there a test number for the video and sound? I am not aware of, see http://wiki.ekiga.org/index.php/Fun_Numbers. But some people complain that h323 does not work through gui, but from command line only, see https://bugzilla.gnome.org/show_bug.cgi?id=592363 for ex. > > > When I load the Ekiga software it reports: > > Ekiga did not manage to configure your network settings automatically. You can > still use it, but you need to configure your network settings manually. > > However if I ignore the error message it says I am logged in and online. Trying > 501 locks the program and I have to abort it. It does connect but there is no > button to terminate the call and I can not hear anything when I speak on the > call. I suspect this is to do with not setting up the sip ports. > > What should I do next? > > Robin > > Please see http://wiki.ekiga.org/index.php/Enable_port_forwarding_manually for > instructions > > > I am using a Thompson Speedtouch 716 router. > > The auto eth0 connection details are: > > IPv4 Setting: Auto (DHCP) > I can see a specified IP Address using protocol IPv4, as shown in the Active > Network connections within Ubuntu, but I do not know if is a static IP address. > > Network device: eth0 > Hardware address: 00:1d:7d:0a:01:3e > Multicast: Enabled > MTU: 1500 > Link speed: not available > State: Active > Transmitted packets: 33302 > Transmission errors: 0 > Received packets: 40246 > Reception errors: 0 > Collisions: 0 > > At the router I can see an Ip address under RoutedEthoA > Under system config it says under the service configuration that the service > name is Static IP 3 Data Ports (modified by user) > > In the game or application definition section of the router I can not see any > trigger protocols or trigger ports against the translated ports for the various > portocols tcp/udp/tcp as previously quoted. > > Robin > > > > > > > The above comments are in response to John Feagans's email of 03/01/10 15:53 as > quoted below: >> Robin, Could you clarify which router you are using and did you set up static >> IP in the PC and the router for the ports to forward to? >> >> >> Message: 3 >> >> Subject: [Ekiga-list] Port forwarding >> Content-Type: text/plain; charset="us-ascii" >> >> An HTML attachment was scrubbed... >> URL: >> >> >> ------------------------------ >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list >> >> End of ekiga-list Digest, Vol 42, Issue 2 >> ***************************************** >> >> -------------------------------------------------------------------------------- From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 7 19:40:20 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 07 Jan 2010 20:40:20 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: References: Message-ID: <4B4638A4.7090603@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > Hello, > > I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > > In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > from /usr/include/boost/function/function0.hpp:11, > from /usr/include/boost/signals/signal_template.hpp:38, > from /usr/include/boost/signals/signal0.hpp:24, > from /usr/include/boost/signal.hpp:19, > from /usr/include/boost/signals.hpp:9, > from ../lib/engine/framework/menu-builder.h:40, > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > make[3]: *** [optional-buttons-gtk.lo] Fout 1 > make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > make[2]: *** [all] Fout 2 > make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > make[1]: *** [all-recursive] Fout 1 > make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > make: *** [all] Fout 2 > > > I'm using OpenSuse 11.2 x64. > > Is this a problem with the installed boost libs or something else? - What compiler do you use? - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? - What version of boost do you use? - What is the complete command line which fails ("libtool: compile: g++ -DHAVE_CONFIG_H -I. etc.")? -- Eugen From bret at busby.net Fri Jan 8 03:24:56 2010 From: bret at busby.net (Bret Busby) Date: Fri, 8 Jan 2010 11:24:56 +0800 (WST) Subject: [Ekiga-list] Video resolution In-Reply-To: <4B462510.2090701@pu-pm.univ-fcomte.fr> References: <1261565322.5309.12.camel@achille> <4B462510.2090701@pu-pm.univ-fcomte.fr> Message-ID: On Thu, 7 Jan 2010, Eugen Dedu wrote: > Date: Thu, 07 Jan 2010 19:16:48 +0100 > From: Eugen Dedu > Reply-To: Ekiga mailing list > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Video resolution > > Bret Busby wrote: > On Wed, 23 Dec 2009, yannick wrote: > >> Date: Wed, 23 Dec 2009 11:48:42 +0100 >> From: yannick >> Reply-To: Ekiga mailing list >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Video resolution >> >> Le mardi 22 d?cembre 2009 ? 17:30 +0800, Bret Busby a ?crit : >> Hello. >> >> I am wondering what prospect exists, for the video resolution, and >> thus the displayed video size on screen, to be increased? >> >> I have recently purchased a Logitech C300 webcam, which apparently has >> video resolution of up to 1.3MP; 1280 x 1024, I think. >> >> The webcam came with access to a Logitech free videocall facility' >> "Vid", which apparently (on this computer, anyway) allows for video >> resolution of up to 640 x480, at 30fps. >> >> So, I am wondering whether any intent exists, for Ekiga to provide for >> image resolution of 640 x 480, or, better, also, 800 x 600, or, even >> better, also, 1280 x 1024, at 30fps. >> > >> The higher you can get with Ekiga 3.2.x is: 704x576 at 30fps > >> (This is 4CIF, see http://en.wikipedia.org/wiki/4CIF ) > > Okay, now I understand; the video format used by Ekiga, is apparently > for television screens, rather than for computers - > ("CIF was designed to be easy to convert to PAL or NTSC standards. CIF > defines a video sequence with a resolution of 352 288 like PAL Source > Input Format, a framerate of 30000/1001 (roughly 29.97) frames like > NTSC, with colour encoded using YCbCr 4:2:0." > and > "xCIF pixels are not square, instead having a native aspect ratio of > ~1.222:1. On older television systems, a pixel aspect ratio of 1.2:1 was > the standard for 525-line systems (see CCIR 601). On square-pixel > displays (computer screens, many modern televisions) xCIF rasters should > be rescaled horizontally by ~109% to 4:3 in order to avoid a "stretched" > look: CIF content expanded horizontally by ~109% results in a 4:3 raster > of 384 288 square pixels."). > > I assume that the 4CIF resolution, is what used to be named something > like High Definition television, in the 4:3 analogue television format > (now all television screens available in sizes bigger than 14" > diagonally, are this silly widescreen format, that makes the pictures > look like someone heavy has sat on them). > > So, is the 4CIF format available for Ekiga, and, how can a user select > that resolution, to be used? > > I could not find a means of selecting different resolutions, in the > facilities for configuring the Ekiga interface. > > Does a method or facility exist, whereby a user (one party to a call) > selects a particular resolution, as a maximum possible resolution to be > viewed by the user, and the user interface software or carrier software, > then determines the lower common factor for the resolution selection > between the parties to a call, and uses that lower common factor > resolution, for the call, at each end involved in the call, so that, if > one party to a call, sets the maximum possible resolution at 4CIF and > another party sets the resolution at CIF, the CIF resolution gets used > by the call, to optimise bandwidth usage (me sending video at 4CIF, > isn't much use, if a receiver can view only CIF) and the call then > progresses using the lower common factor resolution? Hi, You can set *your* resolution (the one you send, i.e. your local video) in Preferences/Video. Hello. Thank you for your response. However, ekiga 2.0.12 does not have that option visible. ekiga 2.0.12 is the latest version available from the repository for Debian stable (Debian 5). -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... From molnarb81 at ymail.com Fri Jan 8 14:44:47 2010 From: molnarb81 at ymail.com (=?iso-8859-1?Q?Bal=E1zs_Moln=E1r?=) Date: Fri, 8 Jan 2010 06:44:47 -0800 (PST) Subject: [Ekiga-list] Netmeeting ... Windows & linux Message-ID: <248236.29691.qm@web24705.mail.ird.yahoo.com> Hello, Please help me ... I am new to ekiga and I need to connect to MS Netmeeting ... how can I do it ? I have tried it before with my colleauges without success ... maybe we do something wrong ... and is it possible to be a host and share my desktop or any application with the members of the meeting? Thanks in advance for your replies ... Kind Regards / ?dv?zlettel: Bal?zs Moln?r -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Fri Jan 8 15:22:26 2010 From: rowens at ptd.net (Rob Owens) Date: Fri, 8 Jan 2010 10:22:26 -0500 Subject: [Ekiga-list] private conference rooms not working? Message-ID: <20100108152225.GA32683@aurora.owens.net> I've tried dialing sip:5001234 at ekiga.net as specified on http://wiki.ekiga.org/index.php/Fun_Numbers. The conference room feature seems to work, but it's always public. I tried entering a PIN (even though I was never asked for one), but it didn't have any effect. How can I get a private conference room set up? -Rob From shawn_adams at web.de Fri Jan 8 21:48:06 2010 From: shawn_adams at web.de (Shawn Adams) Date: Fri, 08 Jan 2010 22:48:06 +0100 Subject: [Ekiga-list] Netmeeting ... Windows & linux In-Reply-To: <248236.29691.qm@web24705.mail.ird.yahoo.com> References: <248236.29691.qm@web24705.mail.ird.yahoo.com> Message-ID: <4B47A816.8070801@web.de> Bal?zs, Ekiga can make H.323 calls to netmeeting. I believe in Ekiga config, you want to set these options: edit--->preferences H.323 Settings enable H.245 tunneling - DISABLE enable early H.245 - DISABLE enable fast start - DISABLE You then place the call: H323:192.168.32.5 (instead of "sip:500 at ekiga.net") Remember that H.323 has difficulty going through firewalls, and NAT routers. H.323 depends on these ports, one document listing the ports: http://www.microsoft.com/PRODUCTS/internet/netmeeting/reskit/NMRK21CH4.HTM http://support.microsoft.com/kb/158623 1720 H.323 call setup (TCP) 1731 Audio call control (TCP) (this is used by netmeeting) Dynamic H.323 call control (TCP) Dynamic H.323 streaming (RTP over UDP) * Pass through primary TCP connections on ports 1720, * Pass through secondary TCP and UDP connections on dynamically assigned ports (1024-65535). your friends using netmeeting might need an additional codec, I believe this is some form of SPEEX available - please check legalities of this SW before using. I have never used it, both ekiga and netmeeting must have at least one codec common. By default I believe they do not. One example I found: http://www.roed.republika.pl/speexw/ Another page with interesting information: http://ze-dinosaur.livejournal.com/14389.html I cannot vouch for any of these methods, I have not used them, and cannot guarantee legality or results, please check this before using. My question: why are your friends still using netmeeting ? might this be the shared desktop capabilities ? If that is what you are after, I'd recommend tightVNC or similar for remote desktop, and in fact - Ekiga on all PCs, including windows. then you can use SIP protocol which should simplify potential NAT/FW issues. Of course if you really want to use H.323, I believe Ekiga could place an H323 call to ekiga. hope this helps. Best regards, Bal?zs Moln?r wrote: > > Hello, Please help me ... I am new to ekiga and I need to connect to MS > Netmeeting ... how can I do it ? I have tried it before with my > colleauges without success ... maybe we do something wrong ... and is it > possible to be a host and share my desktop or any application with the > members of the meeting? > Thanks in advance for your replies ... > > Kind Regards / ?dv?zlettel: > > Bal?zs Moln?r > > > > ------------------------------------------------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Shawn Adams shawn_adams at web.de AOL AIM field64 Yahoo field_1964 Jabber field64 at jabber.org googletalk field64 at gmail.com From ybkanter at gmail.com Fri Jan 8 23:21:53 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Fri, 8 Jan 2010 18:21:53 -0500 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4B462FDC.80305@pu-pm.univ-fcomte.fr> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> <4B462FDC.80305@pu-pm.univ-fcomte.fr> Message-ID: <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> Eugen, Your explanation makes no sense whatsoever. It is the same as email client like evolution sending an entire contact list to an email server upon startup. Eugene. On Thu, Jan 7, 2010 at 2:02 PM, Eugen Dedu wrote: > Eugene Kanter wrote: >> Damien, >> >> I believe sending contacts out without informing the user is a severe >> privacy violation. >> >> Comments, anyone? > > Each contact you have is there because you use it sometimes. ?And when > you use it, the server knows that and can potentially store it. ?So > hiding the contacts does not reduce your privacy in fact. > From sevmek at free.fr Sat Jan 9 08:53:22 2010 From: sevmek at free.fr (yannick) Date: Sat, 09 Jan 2010 09:53:22 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> <4B462FDC.80305@pu-pm.univ-fcomte.fr> <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> Message-ID: <1263027202.2522.25.camel@achille> Le vendredi 08 janvier 2010 ? 18:21 -0500, Eugene Kanter a ?crit : > Eugen, > > Your explanation makes no sense whatsoever. It is the same as email > client like evolution sending an entire contact list to an email > server upon startup. Your comparison is not right: Your email client do not support the "presence" feature. By definition, presence means you must inform your contacts about your status. I see 3 possibilities about this regarding privacy: - you turn off presence (e.g. setting it to "offline" in Ekiga, but this is not available yet). It should be possible to add this feature for a low coding cost... I consider implicit for the user to understand, if "offline" is available in the client, other presence's possibilities are not privacy safe. - Adding more features for privacy: http://tools.ietf.org/html/draft-ietf-simple-simple-05#section-2.3 But this is not simple work to implement it and it involves hard work on client, server and usability. - You get rid off the central server and use a new protocol based on peer-to-peer. There is no standard yet for this, but an effort is going on this: http://www.p2psip.org/ This is even more work... Best regards, Yannick > > Eugene. > > On Thu, Jan 7, 2010 at 2:02 PM, Eugen Dedu > wrote: > > Eugene Kanter wrote: > >> Damien, > >> > >> I believe sending contacts out without informing the user is a severe > >> privacy violation. > >> > >> Comments, anyone? > > > > Each contact you have is there because you use it sometimes. And when > > you use it, the server knows that and can potentially store it. So > > hiding the contacts does not reduce your privacy in fact. > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en t?l?phonie IP / vid?oconf?rence ? sip:yannick at ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F From jpuydt at free.fr Sat Jan 9 10:30:46 2010 From: jpuydt at free.fr (Julien Puydt) Date: Sat, 09 Jan 2010 11:30:46 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <1263027202.2522.25.camel@achille> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> <4B462FDC.80305@pu-pm.univ-fcomte.fr> <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> <1263027202.2522.25.camel@achille> Message-ID: <4B485AD6.5050601@free.fr> yannick a ?crit : > Le vendredi 08 janvier 2010 ? 18:21 -0500, Eugene Kanter a ?crit : >> Eugen, >> >> Your explanation makes no sense whatsoever. It is the same as email >> client like evolution sending an entire contact list to an email >> server upon startup. > > Your comparison is not right: > Your email client do not support the "presence" feature. > By definition, presence means you must inform your contacts about your > status. There's something not clearly right in what you say. We have to send the contacts to the server so we get *their* presences. This is how SIP seems to work : you store the contacts, and you have to tell the server you want to know about them (XCAP helps there). This sucks, but I think we can do little about it. Snark From sevmek at free.fr Sat Jan 9 12:36:51 2010 From: sevmek at free.fr (yannick) Date: Sat, 09 Jan 2010 13:36:51 +0100 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <4B485AD6.5050601@free.fr> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> <4B462FDC.80305@pu-pm.univ-fcomte.fr> <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> <1263027202.2522.25.camel@achille> <4B485AD6.5050601@free.fr> Message-ID: <1263040611.2650.4.camel@achille> Le samedi 09 janvier 2010 ? 11:30 +0100, Julien Puydt a ?crit : > yannick a ?crit : > > Le vendredi 08 janvier 2010 ? 18:21 -0500, Eugene Kanter a ?crit : > >> Eugen, > >> > >> Your explanation makes no sense whatsoever. It is the same as email > >> client like evolution sending an entire contact list to an email > >> server upon startup. > > > > Your comparison is not right: > > Your email client do not support the "presence" feature. > > By definition, presence means you must inform your contacts about your > > status. > > There's something not clearly right in what you say. > > We have to send the contacts to the server so we get *their* presences. > This is how SIP seems to work : you store the contacts, and you have to > tell the server you want to know about them (XCAP helps there). > Indeed. Thus, it seems the first case in my previous post turns into: -disable presence for the buddy list (the roster). Thank you Snark for pointing this out. Best regards, Yannick From rowens at ptd.net Sun Jan 10 03:27:41 2010 From: rowens at ptd.net (Rob Owens) Date: Sat, 9 Jan 2010 22:27:41 -0500 Subject: [Ekiga-list] volume drops after 2 seconds on Ubuntu Hardy Message-ID: <20100110032741.GB3857@aurora.owens.net> I suspect this is a bug in Ubuntu and not Ekiga, but I'm curious to see if others on the list are experiencing it. When I call an Ubuntu Hardy system (Ekiga on both ends), the sound from the Hardy system drops significantly in volume about 2 seconds into the call. I've noticed this behavior when calling between 2 Hardy systems, and between a Debian Lenny and a Hardy system. I don't get this behavior when calling between two Debian Lenny systems. I verified that it's not a hardware problem by booting the Hardy systems off of a Debian Lenny live usb. The problem goes away when I do that. Has anybody seen this problem, and do you have a workaround? Thanks -Rob From bret at busby.net Sun Jan 10 04:40:27 2010 From: bret at busby.net (Bret Busby) Date: Sun, 10 Jan 2010 12:40:27 +0800 (WST) Subject: [Ekiga-list] Video resolution In-Reply-To: References: <1261565322.5309.12.camel@achille> <4B462510.2090701@pu-pm.univ-fcomte.fr> Message-ID: On Fri, 8 Jan 2010, Bret Busby wrote: > Date: Fri, 8 Jan 2010 11:24:56 +0800 (WST) > From: Bret Busby > Reply-To: Ekiga mailing list > To: Ekiga mailing list > Subject: Re: [Ekiga-list] Video resolution > > On Thu, 7 Jan 2010, Eugen Dedu wrote: > >> Date: Thu, 07 Jan 2010 19:16:48 +0100 >> From: Eugen Dedu >> Reply-To: Ekiga mailing list >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Video resolution >> >> Bret Busby wrote: >> On Wed, 23 Dec 2009, yannick wrote: >> >>> Date: Wed, 23 Dec 2009 11:48:42 +0100 >>> From: yannick >>> Reply-To: Ekiga mailing list >>> To: Ekiga mailing list >>> Subject: Re: [Ekiga-list] Video resolution >>> >>> Le mardi 22 d?cembre 2009 ? 17:30 +0800, Bret Busby a ?crit : >>> Hello. >>> >>> I am wondering what prospect exists, for the video resolution, and >>> thus the displayed video size on screen, to be increased? >>> >>> I have recently purchased a Logitech C300 webcam, which apparently has >>> video resolution of up to 1.3MP; 1280 x 1024, I think. >>> >>> The webcam came with access to a Logitech free videocall facility' >>> "Vid", which apparently (on this computer, anyway) allows for video >>> resolution of up to 640 x480, at 30fps. >>> >>> So, I am wondering whether any intent exists, for Ekiga to provide for >>> image resolution of 640 x 480, or, better, also, 800 x 600, or, even >>> better, also, 1280 x 1024, at 30fps. >>> >> >>> The higher you can get with Ekiga 3.2.x is: 704x576 at 30fps >> >>> (This is 4CIF, see http://en.wikipedia.org/wiki/4CIF ) >> >> Okay, now I understand; the video format used by Ekiga, is apparently >> for television screens, rather than for computers - >> ("CIF was designed to be easy to convert to PAL or NTSC standards. CIF >> defines a video sequence with a resolution of 352 288 like PAL Source >> Input Format, a framerate of 30000/1001 (roughly 29.97) frames like >> NTSC, with colour encoded using YCbCr 4:2:0." >> and >> "xCIF pixels are not square, instead having a native aspect ratio of >> ~1.222:1. On older television systems, a pixel aspect ratio of 1.2:1 was >> the standard for 525-line systems (see CCIR 601). On square-pixel >> displays (computer screens, many modern televisions) xCIF rasters should >> be rescaled horizontally by ~109% to 4:3 in order to avoid a "stretched" >> look: CIF content expanded horizontally by ~109% results in a 4:3 raster >> of 384 288 square pixels."). >> >> I assume that the 4CIF resolution, is what used to be named something >> like High Definition television, in the 4:3 analogue television format >> (now all television screens available in sizes bigger than 14" >> diagonally, are this silly widescreen format, that makes the pictures >> look like someone heavy has sat on them). >> >> So, is the 4CIF format available for Ekiga, and, how can a user select >> that resolution, to be used? >> >> I could not find a means of selecting different resolutions, in the >> facilities for configuring the Ekiga interface. >> >> Does a method or facility exist, whereby a user (one party to a call) >> selects a particular resolution, as a maximum possible resolution to be >> viewed by the user, and the user interface software or carrier software, >> then determines the lower common factor for the resolution selection >> between the parties to a call, and uses that lower common factor >> resolution, for the call, at each end involved in the call, so that, if >> one party to a call, sets the maximum possible resolution at 4CIF and >> another party sets the resolution at CIF, the CIF resolution gets used >> by the call, to optimise bandwidth usage (me sending video at 4CIF, >> isn't much use, if a receiver can view only CIF) and the call then >> progresses using the lower common factor resolution? > > Hi, > > You can set *your* resolution (the one you send, i.e. your local video) > in Preferences/Video. > > Hello. > > Thank you for your response. > > However, ekiga 2.0.12 does not have that option visible. > > ekiga 2.0.12 is the latest version available from the repository for Debian > stable (Debian 5). > And similarly for Ubuntu 8.04, which is the latest LTS (equivalent of Debian stable) version. In Ubuntu 8.04, I can get the Logitech webcam C300 working (a UVC webcam), but I have not been able to get it working in Debian 5. -- Bret Busby Armadale West Australia .............. "So once you do know what the question actually is, you'll know what the answer means." - Deep Thought, Chapter 28 of Book 1 of "The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts", written by Douglas Adams, published by Pan Books, 1992 .................................................... -------------- next part -------------- _______________________________________________ ekiga-list mailing list ekiga-list at gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list From rowens at ptd.net Sun Jan 10 05:12:37 2010 From: rowens at ptd.net (Rob Owens) Date: Sun, 10 Jan 2010 00:12:37 -0500 Subject: [Ekiga-list] Video resolution In-Reply-To: References: <1261565322.5309.12.camel@achille> <4B462510.2090701@pu-pm.univ-fcomte.fr> Message-ID: <20100110051237.GA6521@aurora.owens.net> On Sun, Jan 10, 2010 at 12:40:27PM +0800, Bret Busby wrote: > On Fri, 8 Jan 2010, Bret Busby wrote: > >> Date: Fri, 8 Jan 2010 11:24:56 +0800 (WST) >> From: Bret Busby >> Reply-To: Ekiga mailing list >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Video resolution >> >> On Thu, 7 Jan 2010, Eugen Dedu wrote: >> >>> Date: Thu, 07 Jan 2010 19:16:48 +0100 >>> From: Eugen Dedu >>> Reply-To: Ekiga mailing list >>> To: Ekiga mailing list >>> Subject: Re: [Ekiga-list] Video resolution >>> >>> Bret Busby wrote: >>> On Wed, 23 Dec 2009, yannick wrote: >>> >>>> Date: Wed, 23 Dec 2009 11:48:42 +0100 >>>> From: yannick >>>> Reply-To: Ekiga mailing list >>>> To: Ekiga mailing list >>>> Subject: Re: [Ekiga-list] Video resolution >>>> >>>> Le mardi 22 d?cembre 2009 ? 17:30 +0800, Bret Busby a ?crit : >>>> Hello. >>>> >>>> I am wondering what prospect exists, for the video resolution, and >>>> thus the displayed video size on screen, to be increased? >>>> >>>> I have recently purchased a Logitech C300 webcam, which apparently has >>>> video resolution of up to 1.3MP; 1280 x 1024, I think. >>>> >>>> The webcam came with access to a Logitech free videocall facility' >>>> "Vid", which apparently (on this computer, anyway) allows for video >>>> resolution of up to 640 x480, at 30fps. >>>> >>>> So, I am wondering whether any intent exists, for Ekiga to provide for >>>> image resolution of 640 x 480, or, better, also, 800 x 600, or, even >>>> better, also, 1280 x 1024, at 30fps. >>>> >>> >>>> The higher you can get with Ekiga 3.2.x is: 704x576 at 30fps >>> >>>> (This is 4CIF, see http://en.wikipedia.org/wiki/4CIF ) >>> >>> Okay, now I understand; the video format used by Ekiga, is apparently >>> for television screens, rather than for computers - >>> ("CIF was designed to be easy to convert to PAL or NTSC standards. CIF >>> defines a video sequence with a resolution of 352 288 like PAL Source >>> Input Format, a framerate of 30000/1001 (roughly 29.97) frames like >>> NTSC, with colour encoded using YCbCr 4:2:0." >>> and >>> "xCIF pixels are not square, instead having a native aspect ratio of >>> ~1.222:1. On older television systems, a pixel aspect ratio of 1.2:1 was >>> the standard for 525-line systems (see CCIR 601). On square-pixel >>> displays (computer screens, many modern televisions) xCIF rasters should >>> be rescaled horizontally by ~109% to 4:3 in order to avoid a "stretched" >>> look: CIF content expanded horizontally by ~109% results in a 4:3 raster >>> of 384 288 square pixels."). >>> >>> I assume that the 4CIF resolution, is what used to be named something >>> like High Definition television, in the 4:3 analogue television format >>> (now all television screens available in sizes bigger than 14" >>> diagonally, are this silly widescreen format, that makes the pictures >>> look like someone heavy has sat on them). >>> >>> So, is the 4CIF format available for Ekiga, and, how can a user select >>> that resolution, to be used? >>> >>> I could not find a means of selecting different resolutions, in the >>> facilities for configuring the Ekiga interface. >>> >>> Does a method or facility exist, whereby a user (one party to a call) >>> selects a particular resolution, as a maximum possible resolution to be >>> viewed by the user, and the user interface software or carrier software, >>> then determines the lower common factor for the resolution selection >>> between the parties to a call, and uses that lower common factor >>> resolution, for the call, at each end involved in the call, so that, if >>> one party to a call, sets the maximum possible resolution at 4CIF and >>> another party sets the resolution at CIF, the CIF resolution gets used >>> by the call, to optimise bandwidth usage (me sending video at 4CIF, >>> isn't much use, if a receiver can view only CIF) and the call then >>> progresses using the lower common factor resolution? >> >> Hi, >> >> You can set *your* resolution (the one you send, i.e. your local video) >> in Preferences/Video. >> >> Hello. >> >> Thank you for your response. >> >> However, ekiga 2.0.12 does not have that option visible. >> >> ekiga 2.0.12 is the latest version available from the repository for >> Debian stable (Debian 5). >> If you are running an amd64 system, there is a backport available: http://packages.debian.org/search?keywords=ekiga&searchon=names§ion=all&suite=lenny-backports -Rob From rowens at ptd.net Sun Jan 10 15:38:43 2010 From: rowens at ptd.net (Rob Owens) Date: Sun, 10 Jan 2010 10:38:43 -0500 Subject: [Ekiga-list] multiple instances of Ekiga on one server Message-ID: <20100110153843.GB9666@aurora.owens.net> I run an LTSP server with many thin clients. The end result is that several users are logged into the LTSP server at once, and all their applications run on the same server. I'd like these users to be able to use Ekiga, but I'm running into problems. Each instance of Ekiga seems to want to grab port 5060. I get the following errors for all but the first instance I run: "Error while starting the listener for the SIP protocol You will not be able to receive incoming SIP calls. Please check that no other program is already running on the port used by Ekiga." and "Error while starting the listener for the H.323 protocol You will not be able to receive incoming H.323 calls. Please check that no other program is already running on the port used by Ekiga." Is there any way to make this work? Maybe with something like siproxd? Thanks for any advice you can give. -Rob From sevmek at free.fr Sun Jan 10 15:59:50 2010 From: sevmek at free.fr (yannick) Date: Sun, 10 Jan 2010 16:59:50 +0100 Subject: [Ekiga-list] New certificate for Ekiga.net Message-ID: <1263139190.2655.7.camel@achille> Hi, Since a month, Ekiga.net had an invalid certificate. It now has a new one for free for the coming year. A special thanks to TheBonsai and Damien who helped me and to Michel Memeteau who get the first one. Sorry for the inconvenience. Best regards, Yannick From ybkanter at gmail.com Sun Jan 10 17:48:10 2010 From: ybkanter at gmail.com (Eugene Kanter) Date: Sun, 10 Jan 2010 12:48:10 -0500 Subject: [Ekiga-list] ekiga client startup sequence - all contacts sent to the server. In-Reply-To: <1263027202.2522.25.camel@achille> References: <4ee5f7031001032023n64cff282ofbd6d116e34980fb@mail.gmail.com> <1262597695.9295.0.camel@scorpion.multitel.be> <4ee5f7031001040948y43e75291x9a6867d6a3c2825@mail.gmail.com> <4B462FDC.80305@pu-pm.univ-fcomte.fr> <4ee5f7031001081521l27655145tc5d84b7d7aee9a33@mail.gmail.com> <1263027202.2522.25.camel@achille> Message-ID: <4ee5f7031001100948l4ecd2860x276cb35419d6d8c9@mail.gmail.com> Yannick, Thanks for an exhaustive explanation. I forgot that ekiga clients considers itself as instant messenger at the same time. The simplest solution (e.g. turn off "presence" ) is more then sufficient. I only use ekiga as a phone and not as instant messenger. So the switch could be called phone/messenger mode for example. In phone mode nothing is sent out. In messenger mode contacts have to be notified about online status. Does it sound reasonable? Eugene. On Sat, Jan 9, 2010 at 3:53 AM, yannick wrote: > Le vendredi 08 janvier 2010 ? 18:21 -0500, Eugene Kanter a ?crit : >> Eugen, >> >> Your explanation makes no sense whatsoever. It is the same as email >> client like evolution sending an entire contact list to an email >> server upon startup. > > Your comparison is not right: > Your email client do not support the "presence" feature. > By definition, presence means you must inform your contacts about your > status. > > I see 3 possibilities about this regarding privacy: > - you turn off presence (e.g. setting it to "offline" in Ekiga, but this > is not available yet). It should be possible to add this feature for a > low coding cost... I consider implicit for the user to understand, if > "offline" is available in the client, other presence's possibilities are > not privacy safe. > - Adding more features for privacy: > http://tools.ietf.org/html/draft-ietf-simple-simple-05#section-2.3 > But this is not simple work to implement it and it involves hard work on > client, server and usability. > - You get rid off the central server and use a new protocol based on > peer-to-peer. There is no standard yet for this, but an effort is going > on this: http://www.p2psip.org/ This is even more work... > > Best regards, > Yannick > >> >> Eugene. >> >> On Thu, Jan 7, 2010 at 2:02 PM, Eugen Dedu >> wrote: >> > Eugene Kanter wrote: >> >> Damien, >> >> >> >> I believe sending contacts out without informing the user is a severe >> >> privacy violation. >> >> >> >> Comments, anyone? >> > >> > Each contact you have is there because you use it sometimes. ?And when >> > you use it, the server knows that and can potentially store it. ?So >> > hiding the contacts does not reduce your privacy in fact. >> > >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> http://mail.gnome.org/mailman/listinfo/ekiga-list > > > -- > Me joindre en t?l?phonie IP / vid?oconf?rence ? > sip:yannick at ekiga.net > Logiciel de VoIP Ekiga : http://www.ekiga.org > http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From rowens at ptd.net Sun Jan 10 18:37:01 2010 From: rowens at ptd.net (Rob Owens) Date: Sun, 10 Jan 2010 13:37:01 -0500 Subject: [Ekiga-list] multiple instances of Ekiga on one server In-Reply-To: <20100110153843.GB9666@aurora.owens.net> References: <20100110153843.GB9666@aurora.owens.net> Message-ID: <20100110183701.GA11366@aurora.owens.net> On Sun, Jan 10, 2010 at 10:38:43AM -0500, Rob Owens wrote: > I run an LTSP server with many thin clients. The end result is that > several users are logged into the LTSP server at once, and all their > applications run on the same server. I'd like these users to be able to > use Ekiga, but I'm running into problems. > I found this thread which basically answered my question: http://www.mail-archive.com/ekiga-list at gnome.org/msg07812.html I had actually tried that, but I changed the listening port to 5061, which didn't work. So I thought I was misunderstanding the way Ekiga works. I also found that 5062 and 5063 don't work as the listening port on my machine. What port numbers would be a "safe bet" that I could tell my users to try, both for SIP and H.323? +1 to the suggestion in that thread to have Ekiga handle this port stuff automatically. LTSP servers like mine can often have tens or even hundreds of users. Manually assigning ports would be a real pain in that case. Great software by the way. I'm really enjoying it. Big thanks to all the developers! -Rob From john_re at fastmail.us Mon Jan 11 12:28:15 2010 From: john_re at fastmail.us (giovanni_re) Date: Mon, 11 Jan 2010 04:28:15 -0800 Subject: [Ekiga-list] TONIGHT Join 5-6P Mon 11th - 1st Evening Meeting test IRC & VOIP online Ekiga at BerkeleyTIP-Global - for forwarding Message-ID: <1263212895.2081.1354001243@webmail.messagingengine.com> You're invited to the first test of the Global Ekiga bimonthly evening meetings at BerkeleyTIP-Global. :) Join in tonight, Monday Jan 11, 5-6P Pacific, 8-9P Eastern, = Tues Jan 12 1A-2A UTC. http://sites.google.com/site/berkeleytip/schedule On #berkeleytip on irc.freenode.net, & on voip - whatever is working - try btip server first. http://sites.google.com/site/berkeleytip/remote-attendance This will be an online only meeting - no in person meeting at UCB. Hot topics: Community Leadership Summit review of interesting sessions, Spring 2010 efforts for UCB & all UC's & all college activities, Upcoming KDE conference end of next week, for 1 week, in Los Angeles. What do _you_ want to discuss? == Some people have asked for an evening meeting, because: a) they can't make weekend meetings, b) they want more BTIP-Global. ;) So, this will be a test, everyone invited, to see if we can make this work. == BerkeleyTIP-Global is the Global All Free SW HW & Culture meeting online via VOIP. http://sites.google.com/site/berkeleytip/ Join the global mailing list, say "hi", & what you're interested in. :) http://groups.google.com/group/BerkTIPGlobal For Forwarding: You are invited to forward this announcement wherever it might be appreciated. From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 11 18:17:49 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 11 Jan 2010 19:17:49 +0100 Subject: [Ekiga-list] Video resolution In-Reply-To: References: <1261565322.5309.12.camel@achille> <4B462510.2090701@pu-pm.univ-fcomte.fr> Message-ID: <4B4B6B4D.200@pu-pm.univ-fcomte.fr> Bret Busby wrote: > On Thu, 7 Jan 2010, Eugen Dedu wrote: > >> Date: Thu, 07 Jan 2010 19:16:48 +0100 >> From: Eugen Dedu >> Reply-To: Ekiga mailing list >> To: Ekiga mailing list >> Subject: Re: [Ekiga-list] Video resolution >> >> Bret Busby wrote: >> On Wed, 23 Dec 2009, yannick wrote: >> >>> Date: Wed, 23 Dec 2009 11:48:42 +0100 >>> From: yannick >>> Reply-To: Ekiga mailing list >>> To: Ekiga mailing list >>> Subject: Re: [Ekiga-list] Video resolution >>> >>> Le mardi 22 d?cembre 2009 ? 17:30 +0800, Bret Busby a ?crit : >>> Hello. >>> >>> I am wondering what prospect exists, for the video resolution, and >>> thus the displayed video size on screen, to be increased? >>> >>> I have recently purchased a Logitech C300 webcam, which apparently has >>> video resolution of up to 1.3MP; 1280 x 1024, I think. >>> >>> The webcam came with access to a Logitech free videocall facility' >>> "Vid", which apparently (on this computer, anyway) allows for video >>> resolution of up to 640 x480, at 30fps. >>> >>> So, I am wondering whether any intent exists, for Ekiga to provide for >>> image resolution of 640 x 480, or, better, also, 800 x 600, or, even >>> better, also, 1280 x 1024, at 30fps. >>> >> >>> The higher you can get with Ekiga 3.2.x is: 704x576 at 30fps >> >>> (This is 4CIF, see http://en.wikipedia.org/wiki/4CIF ) >> >> Okay, now I understand; the video format used by Ekiga, is apparently >> for television screens, rather than for computers - >> ("CIF was designed to be easy to convert to PAL or NTSC standards. CIF >> defines a video sequence with a resolution of 352 288 like PAL Source >> Input Format, a framerate of 30000/1001 (roughly 29.97) frames like >> NTSC, with colour encoded using YCbCr 4:2:0." >> and >> "xCIF pixels are not square, instead having a native aspect ratio of >> ~1.222:1. On older television systems, a pixel aspect ratio of 1.2:1 was >> the standard for 525-line systems (see CCIR 601). On square-pixel >> displays (computer screens, many modern televisions) xCIF rasters should >> be rescaled horizontally by ~109% to 4:3 in order to avoid a "stretched" >> look: CIF content expanded horizontally by ~109% results in a 4:3 raster >> of 384 288 square pixels."). >> >> I assume that the 4CIF resolution, is what used to be named something >> like High Definition television, in the 4:3 analogue television format >> (now all television screens available in sizes bigger than 14" >> diagonally, are this silly widescreen format, that makes the pictures >> look like someone heavy has sat on them). >> >> So, is the 4CIF format available for Ekiga, and, how can a user select >> that resolution, to be used? >> >> I could not find a means of selecting different resolutions, in the >> facilities for configuring the Ekiga interface. >> >> Does a method or facility exist, whereby a user (one party to a call) >> selects a particular resolution, as a maximum possible resolution to be >> viewed by the user, and the user interface software or carrier software, >> then determines the lower common factor for the resolution selection >> between the parties to a call, and uses that lower common factor >> resolution, for the call, at each end involved in the call, so that, if >> one party to a call, sets the maximum possible resolution at 4CIF and >> another party sets the resolution at CIF, the CIF resolution gets used >> by the call, to optimise bandwidth usage (me sending video at 4CIF, >> isn't much use, if a receiver can view only CIF) and the call then >> progresses using the lower common factor resolution? > > Hi, > > You can set *your* resolution (the one you send, i.e. your local video) > in Preferences/Video. > > Hello. > > Thank you for your response. > > However, ekiga 2.0.12 does not have that option visible. > > ekiga 2.0.12 is the latest version available from the repository for > Debian stable (Debian 5). We understand, yet we do not have sufficient man power to maintain the stable version (v2) too. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 11 18:24:30 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 11 Jan 2010 19:24:30 +0100 Subject: [Ekiga-list] volume drops after 2 seconds on Ubuntu Hardy In-Reply-To: <20100110032741.GB3857@aurora.owens.net> References: <20100110032741.GB3857@aurora.owens.net> Message-ID: <4B4B6CDE.5040505@pu-pm.univ-fcomte.fr> Rob Owens wrote: > I suspect this is a bug in Ubuntu and not Ekiga, but I'm curious to see > if others on the list are experiencing it. When I call an Ubuntu Hardy > system (Ekiga on both ends), the sound from the Hardy system drops > significantly in volume about 2 seconds into the call. > > I've noticed this behavior when calling between 2 Hardy systems, and > between a Debian Lenny and a Hardy system. I don't get this behavior > when calling between two Debian Lenny systems. > > I verified that it's not a hardware problem by booting the Hardy systems > off of a Debian Lenny live usb. The problem goes away when I do that. > > Has anybody seen this problem, and do you have a workaround? I had this a very long time ago, for any sound, not only on ekiga. Look at alsamixer for automatic update of sound, or dynamically adjust volume, or something like this. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 11 18:27:05 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 11 Jan 2010 19:27:05 +0100 Subject: [Ekiga-list] Segmentation fault In-Reply-To: <268885.89198.qm@web65406.mail.ac4.yahoo.com> References: <268885.89198.qm@web65406.mail.ac4.yahoo.com> Message-ID: <4B4B6D79.1010006@pu-pm.univ-fcomte.fr> Jean Luc wrote: > When launched under ubuntu karmic, ekiga keeps crashing with a segmentation fault. > > Here is the log. > > 2009/12/31 06:12:58.470 0:03.328 StunDetector:0xb73beb70 PTLib Destroyed thread 0x958d510 StunDetector:0xb73beb70(id = b73beb70) > 2009/12/31 06:12:58.613 0:03.471 Opal Liste...0xb757fb70 Listen UDP read error. > 2009/12/31 06:12:58.634 0:03.492 PTLib Destroyed thread 0xb7401bc8 Opal Listener:0xb757fb70(id = b757fb70) > 2009/12/31 06:12:58.769 0:03.627 PTLib Destroyed thread 0xb7403ea0 Opal Listener:0xb73ffb70(id = b73ffb70) > 2009/12/31 06:12:58.983 0:03.841 subscriber:0xb73beb70 PTLib Destroyed thread 0x965ec00 subscriber:0xb73beb70(id = b73beb70) > 2009/12/31 06:12:58.984 0:03.841 subscriber:0xb0c97b70 SIP Can't send Subscribing request for REGISTER handler while in Subscribing state, target=sip:me at ekiga.net, id=608678d4-38f4-de11-8d20-001d093ca629 at xps > 2009/12/31 06:12:59.989 0:04.846 subscriber:0xb0c97b70 PTLib Destroyed thread 0x9663c80 subscriber:0xb0c97b70(id = b0c97b70) > 2009/12/31 06:12:59.989 0:04.847 Pool:0xb73beb70 SIP Authentication required received for unknown handler ID: 608678d4-38f4-de11-8d20-001d093ca629 at xps > Segmentation fault This does not help us to see the problem. You should use gdb, as shown at http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 11 18:32:53 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 11 Jan 2010 19:32:53 +0100 Subject: [Ekiga-list] Unable to now get webcam Logitech C300 working with Ekiga In-Reply-To: References: Message-ID: <4B4B6ED5.1020200@pu-pm.univ-fcomte.fr> Bret Busby wrote: > Hello. > > I previously had a Logitech Communicate STX webcam, connected to this > laptop, and had managed to get it operating (at least, to the Test > stage), with Ekiga. > > Then, I purcahsed a Logitech C300, and managed to get "moving pictures" > display with that, in Ekiga. I think (but am not sure) that that might > have been using the settings for the Communicate STX. > > The C300 is a UVC webcam. > > Whilst I had not been able to take advantage of the higher resolution > imagery of the C300 (I think that the resolution displayed, was the > previously mentioned CIF, rather than the 4CIF, resolution), it seemed > to work. > > Then, I performed a Debian system update (I am running Debian 5), this > last week, and the system updat broke the system. > > The restoration involved removing gnome, and reinstalling gnome, and > iceape, and some other software. > > Using Synaptic, I have reinstalled, using the "Mark for reinstallation" > option, Ekiga. > > However, I am still getting the error that appeared after the system > reconstruction, when I tried running Ekiga with the c300 webcam; > > "Error while opening video device UVC Camera (046d:0805) > > A moving logo will be transmitted during calls. Notice that you can > always transmit a given image or the moving logo by choosing "Picture" > as video plugin and "MovingLogo" or "StaticPicture" as device. > > Your video driver doesn't support the requested video format." > > I am running Ekiga 2.0.12, which Synaptic shows as being the latest > version for Debian 5, and Synaptic shows the version of luvcview, as > being 1:0.2.4-2, and that that is the latest version available for > Debian 5. > > I am unable thus far to get Skype working with the webcam. > > I have managed to get Vid working (on a set up and test basis), on Win > XP, with the webcam, but have been unable to get video call software on > Linux, working with the webcam. I do not know what to say, maybe you are not in the video group anymore (or something like this)?? Maybe you have a diferent kernel or video driver which creates this problem?? Does cheese or other application accessing the camera work? Anyway, it is really strange that a stable update broke the system. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 12 15:44:33 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 12 Jan 2010 16:44:33 +0100 Subject: [Ekiga-list] NAT Test and stun server in Ekiga 3.2.6 In-Reply-To: <20091218182837.31c127fa.palama@inwind.it> References: <4B16D1C8.2030201@gmail.com> <20091203012700.71c02b20.palama@inwind.it> <1259805075.2344.0.camel@Fuji> <20091203104241.2f269e17.palama@inwind.it> <1259838866.3998.17.camel@Fuji> <1259839366.16604.4.camel@scorpion.multitel.be> <1259840897.3998.44.camel@Fuji> <20091216180632.7fc2fa47.palama@inwind.it> <4B2A17FB.3030807@pu-pm.univ-fcomte.fr> <20091217132313.e6bcfc80.palama@inwind.it> <20091218182837.31c127fa.palama@inwind.it> Message-ID: <4B4C98E1.6080809@pu-pm.univ-fcomte.fr> palama at inwind.it wrote: > On Fri, 18 Dec 2009 13:55:13 +0100 > Florian Kaiser wrote: > >> Hi, >> >> on my machine (Windows XP), the settings are stored in %APPDATA%\ekiga.conf. >> Just open it in a text editor and search for "stun.ekiga.net". >> > > These are the lines containig the word stun in ekiga.conf. > > > > /apps/ekiga/general/nat/disable_stun > bool > true > > > /apps/ekiga/general/nat/stun_server > string > stun.ekiga.net > > > > > > It ssems that stun is disabled by default. > Is this normal? Hi, disable_stun is false by default, see http://git.gnome.org/browse/ekiga/tree/ekiga.schemas.in.in?h=gnome-2-26#n511 I do not think that windows version has changed that. Probably you have changed it involuntarily. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 12 15:48:56 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 12 Jan 2010 16:48:56 +0100 Subject: [Ekiga-list] Ekiga under Windows debug In-Reply-To: <20091218192751.a7e22d37.palama@inwind.it> References: <4B16D1C8.2030201@gmail.com> <20091203012700.71c02b20.palama@inwind.it> <1259805075.2344.0.camel@Fuji> <20091203104241.2f269e17.palama@inwind.it> <1259838866.3998.17.camel@Fuji> <1259839366.16604.4.camel@scorpion.multitel.be> <1259840897.3998.44.camel@Fuji> <20091216180632.7fc2fa47.palama@inwind.it> <20091217131223.f7cc556f.palama@inwind.it> <4B2B80D0.4000106@pu-pm.univ-fcomte.fr> <20091218192751.a7e22d37.palama@inwind.it> Message-ID: <4B4C99E8.2090900@pu-pm.univ-fcomte.fr> palama at inwind.it wrote: > The debugging page says > >> How to get a debug output >> Run ekiga with the following arguments >> >> ekiga.exe -d 5 1>x 2>x > > Aftern a number of unsuccesful attempts we found out that to run ekiga from the command line the command should be something like > > C:\Programs\Ekiga\ekiga.exe Please tell if you have succeeded to have debug information in 'x' file. I will change the wiki afterwards. > Since we had no output with this command, let me ask if the debbug version of Ekiga > > ekiga-setup-3.2.6-debug.exe > > has to be installed before this command is run. No, to my knowledge. Debug version means that it has code information readable with gdb. On the other hand, -d 4 just says ekiga to print some informations about connections, codecs and so on. This is supported by default. I do not think that windows non-debug version has disabled this. -- Eugen From palama at inwind.it Tue Jan 12 17:21:55 2010 From: palama at inwind.it (palama at inwind.it) Date: Tue, 12 Jan 2010 18:21:55 +0100 Subject: [Ekiga-list] NAT Test and stun server in Ekiga 3.2.6 In-Reply-To: <4B4C98E1.6080809@pu-pm.univ-fcomte.fr> References: <4B16D1C8.2030201@gmail.com> <20091203012700.71c02b20.palama@inwind.it> <1259805075.2344.0.camel@Fuji> <20091203104241.2f269e17.palama@inwind.it> <1259838866.3998.17.camel@Fuji> <1259839366.16604.4.camel@scorpion.multitel.be> <1259840897.3998.44.camel@Fuji> <20091216180632.7fc2fa47.palama@inwind.it> <4B2A17FB.3030807@pu-pm.univ-fcomte.fr> <20091217132313.e6bcfc80.palama@inwind.it> <20091218182837.31c127fa.palama@inwind.it> <4B4C98E1.6080809@pu-pm.univ-fcomte.fr> Message-ID: <20100112182155.4dfd1457.palama@inwind.it> On Tue, 12 Jan 2010 16:44:33 +0100 Eugen Dedu wrote: > Hi, > > disable_stun is false by default, see > http://git.gnome.org/browse/ekiga/tree/ekiga.schemas.in.in?h=gnome-2-26#n511 > I do not think that windows version has changed that. Probably you > have changed it involuntarily. > I never put my hands on the Windows box where this version of Ekiga runs. I just forwarded a few lines of the file ekiga.conf that was sent to me by a friend who is trying to run Ekiga on Windows. I am pretty sure he did not modify the Ekiga.conf file using e text editor and I believe Ekiga 3.2.6 client is not allowed to configure the stun server. I will ask my friend to look into the .conf file after a clean install. Best regards, Antonio -- From Eugen.Dedu at pu-pm.univ-fcomte.fr Tue Jan 12 20:00:45 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Tue, 12 Jan 2010 21:00:45 +0100 Subject: [Ekiga-list] How do I propagate address book to my 5 computers on my LAN? In-Reply-To: <26938908.post@talk.nabble.com> References: <26938908.post@talk.nabble.com> Message-ID: <4B4CD4ED.7000700@pu-pm.univ-fcomte.fr> verlager wrote: > Do I have to install Evolution to allow multiple instances of Ekiga > throughout various computers on my lan to share a common address book? I > have 5k of names and addresses. I'd sure prefer the cloud computing way of > storing the address book, or storing the addressbook file (which I can't > find) at a website. Please forgive my ignorance as I'm one day into Ekiga > and I'm coming from skype. I use Linux Mint Helena. One idea is to put the file which stores the address book on an NFS file system so that it is shared... -- Eugen From giosp at panozzo.it Wed Jan 13 09:05:11 2010 From: giosp at panozzo.it (Giovanni Panozzo) Date: Wed, 13 Jan 2010 10:05:11 +0100 Subject: [Ekiga-list] SIP server port not 5060 Message-ID: <4B4D8CC7.10106@panozzo.it> I'm using Ekiga 3.2.5 which comes in the standard ubuntu 9.10 distribution. My home asterisk SIP server is running on a separate machine, and is listening on port 5066. How can I tell Ekiga to connect to SIP server on port 5066 ? I tryed to put the registrant address in my ekiga account cfg as: 192.168.77.10:5066 but ekiga is still trying to access the server on port 5060. Here is the tcpdump output captured in the client machine: 10:00:25.881727 IP 192.168.98.210.27892 > 192.168.77.10.5060: SIP, length: 548 10:00:26.772820 IP 192.168.77.10 > 192.168.98.210: ICMP 192.168.77.10 udp port 5060 unreachable, length 556 All other softphone clients are working correctly with asterisk on port 5066. I cannot find any documentation on the wiki about ekiga and outgoing connection ports (SIP server port): there are docs only on ports for incoming connections. Please help me Thank you Giovanni From bnc at netspeed.com.au Wed Jan 13 10:22:50 2010 From: bnc at netspeed.com.au (bnc) Date: Wed, 13 Jan 2010 20:22:50 +1000 Subject: [Ekiga-list] SIP server port not 5060 In-Reply-To: <4B4D8CC7.10106@panozzo.it> References: <4B4D8CC7.10106@panozzo.it> Message-ID: <20100113202250.7944102b@bnc.JUSTUS> Giovanni, Have a look at gconf-editor. Brian On Wed, 13 Jan 2010 10:05:11 +0100 Giovanni Panozzo wrote: > > I'm using Ekiga 3.2.5 which comes in the standard ubuntu 9.10 > distribution. > > My home asterisk SIP server is running on a separate machine, and is > listening on port 5066. How can I tell Ekiga to connect to SIP server > on port 5066 ? I tryed to put the registrant address in my ekiga > account cfg as: 192.168.77.10:5066 > but ekiga is still trying to access the server on port 5060. Here is > the tcpdump output captured in the client machine: > > 10:00:25.881727 IP 192.168.98.210.27892 > 192.168.77.10.5060: SIP, > length: 548 10:00:26.772820 IP 192.168.77.10 > 192.168.98.210: ICMP > 192.168.77.10 udp port 5060 unreachable, length 556 > > All other softphone clients are working correctly with asterisk on > port 5066. > > I cannot find any documentation on the wiki about ekiga and outgoing > connection ports (SIP server port): there are docs only on ports for > incoming connections. > > Please help me > > Thank you > Giovanni > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list From john_re at fastmail.us Thu Jan 14 09:07:31 2010 From: john_re at fastmail.us (giovanni_re) Date: Thu, 14 Jan 2010 01:07:31 -0800 Subject: [Ekiga-list] Attend CampKDE Jan 15-18 via Voice over Internet (VOIP), BerkeleyTIP Message-ID: <1263460051.27341.1354547409@webmail.messagingengine.com> This weekend is CampKDE in San Diego, California, USA. For those who would like to participate, but can't physically attend, the BerkeleyTIP group will (unofficially, as a public service) provide assistance to everyone who would like to communicate via voice about &/or with the conference, & other KDE community members, globally. [VOIP communication is typically free (no money $ cost) to people with internet access.] Join #berkeleytip on irc.freenode.net, & we will do our best (depending on availability of BTIP people) to help people get on VOIP in order to talk about KDE, or whatever. You are also invited to join the BerkeleyTIP mailing list, & ask any help or other questions there. http://groups.google.com/group/BerkTIPGlobal Here's the announcement there: CampKDE Jan 15-18 SanDiego, VOIP & Ride Share; BerkeleyTIP http://groups.google.com/group/BerkTIPGlobal/t/53cbf00b987b66e0 I'll be announcing this on some KDE related mailing lists. When (if) I get time, I'll locate the CampKDE organizers, & email them telling them BTIP is helping KDE community members with this unofficially, & asking them if they'd like to try to do something officially in arranging global VOIP for the KDE community interested in CampKDE. Here is the VOIP HowTo page for BerkeleyTIP: http://sites.google.com/site/berkeleytip/remote-attendance There are 2 ways to join the VOIP conference: 1) Computer VOIP globally using a sw client & headset & mic, & 2) Dial in with land or cell phone to a phone # in Washington state, USA (free, no $ money cost, if you have free long distance phone service). BerkeleyTIP: http://sites.google.com/site/berkeleytip/ ===== So, join on the #berkeleytip freenode irc channel, or the mailing list, & we'll do our best to help you get on the global conference to discuss KDE via voice communication. :) From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 14 11:11:01 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 14 Jan 2010 12:11:01 +0100 Subject: [Ekiga-list] SIP server port not 5060 In-Reply-To: <4B4D8CC7.10106@panozzo.it> References: <4B4D8CC7.10106@panozzo.it> Message-ID: <4B4EFBC5.5030906@pu-pm.univ-fcomte.fr> Giovanni Panozzo wrote: > > I'm using Ekiga 3.2.5 which comes in the standard ubuntu 9.10 distribution. > > My home asterisk SIP server is running on a separate machine, and is > listening on port 5066. How can I tell Ekiga to connect to SIP server on > port 5066 ? > I tryed to put the registrant address in my ekiga account cfg as: > 192.168.77.10:5066 > but ekiga is still trying to access the server on port 5060. Here is the > tcpdump output captured in the client machine: > > 10:00:25.881727 IP 192.168.98.210.27892 > 192.168.77.10.5060: SIP, > length: 548 > 10:00:26.772820 IP 192.168.77.10 > 192.168.98.210: ICMP 192.168.77.10 > udp port 5060 unreachable, length 556 > > All other softphone clients are working correctly with asterisk on port > 5066. > > I cannot find any documentation on the wiki about ekiga and outgoing > connection ports (SIP server port): there are docs only on ports for > incoming connections. Hi, This was fixed in 3.2.6. The commit is http://git.gnome.org/browse/ekiga/commit/?id=5bb507546bf4603d674dc211820b76c1b01a5183 and the bug report is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530051 -- Eugen From lars.curator at gmail.com Thu Jan 14 16:03:21 2010 From: lars.curator at gmail.com (Lars Nooden) Date: Thu, 14 Jan 2010 18:03:21 +0200 Subject: [Ekiga-list] Call-in from regular phones to Ekiga conferencing Message-ID: <4B4F4049.5000102@gmail.com> I see that Ekiga can call out to regular phone numbers: http://wiki.ekiga.org/index.php/Documentation#Ekiga_Call_Out_Account_.28PC_to_Phone.29 Can Ekiga be set to allow call-ins from regular phones to an SIP conference call? Specifically, can a number be published for people to call to a local dial-in number and join an SIP conference call? http://marketing.openoffice.org/servlets/ReadMsg?list=dev&msgNo=29131 If so, how can it be done, how many callers can be accommodated, what are the rates, and any other important details. Regards /Lars Nooden From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 15 10:11:48 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 15 Jan 2010 11:11:48 +0100 Subject: [Ekiga-list] multiple instances of Ekiga on one server In-Reply-To: <20100110183701.GA11366@aurora.owens.net> References: <20100110153843.GB9666@aurora.owens.net> <20100110183701.GA11366@aurora.owens.net> Message-ID: <4B503F64.5050504@pu-pm.univ-fcomte.fr> Rob Owens wrote: > On Sun, Jan 10, 2010 at 10:38:43AM -0500, Rob Owens wrote: >> I run an LTSP server with many thin clients. The end result is that >> several users are logged into the LTSP server at once, and all their >> applications run on the same server. I'd like these users to be able to >> use Ekiga, but I'm running into problems. >> > > > I found this thread which basically answered my question: > > http://www.mail-archive.com/ekiga-list at gnome.org/msg07812.html > > I had actually tried that, but I changed the listening port to 5061, > which didn't work. So I thought I was misunderstanding the way Ekiga > works. > > I also found that 5062 and 5063 don't work as the listening port on my > machine. What port numbers would be a "safe bet" that I could tell my > users to try, both for SIP and H.323? Well, try 5070. Probably (IIUC) 5061 and 5062 are also taken by ekiga 5060. > +1 to the suggestion in that thread to have Ekiga handle this port stuff > automatically. LTSP servers like mine can often have tens or even > hundreds of users. Manually assigning ports would be a real pain in > that case. Indeed... -- Eugen From wilfred45 at live.nl Fri Jan 15 10:21:34 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Fri, 15 Jan 2010 11:21:34 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B4638A4.7090603@pu-pm.univ-fcomte.fr> References: , <4B4638A4.7090603@pu-pm.univ-fcomte.fr> Message-ID: > Date: Thu, 7 Jan 2010 20:40:20 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Compile error Ekiga svn. > > Wilfred van den Assem wrote: > > Hello, > > > > I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > > > > In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > > from /usr/include/boost/function/function0.hpp:11, > > from /usr/include/boost/signals/signal_template.hpp:38, > > from /usr/include/boost/signals/signal0.hpp:24, > > from /usr/include/boost/signal.hpp:19, > > from /usr/include/boost/signals.hpp:9, > > from ../lib/engine/framework/menu-builder.h:40, > > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > > /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > > ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > > /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > > make[3]: *** [optional-buttons-gtk.lo] Fout 1 > > make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > > make[2]: *** [all] Fout 2 > > make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > > make[1]: *** [all-recursive] Fout 1 > > make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > > make: *** [all] Fout 2 > > > > > > I'm using OpenSuse 11.2 x64. > > > > Is this a problem with the installed boost libs or something else? > > - What compiler do you use? gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > - What version of boost do you use? rpm -qa | grep boost libboost_graph1_39_0-1.39.0-9.1.x86_64 libboost_test1_39_0-1.39.0-9.1.x86_64 libboost_regex1_39_0-1.39.0-9.1.x86_64 libboost_math1_39_0-1.39.0-9.1.x86_64 libboost_filesystem1_39_0-1.39.0-9.1.x86_64 boost-license1_39_0-1.39.0-9.1.x86_64 libboost_python1_39_0-1.39.0-9.1.x86_64 libboost_program_options1_39_0-1.39.0-9.1.x86_64 libboost_wave1_39_0-1.39.0-9.1.x86_64 boost-devel-1.39.0-9.1.x86_64 boost-jam-3.1.17-4.1.x86_64 libboost_signals1_39_0-1.39.0-9.1.x86_64 libboost_iostreams1_39_0-1.39.0-9.1.x86_64 libboost_mpi1_39_0-1.39.0-9.1.x86_64 libboost_thread1_39_0-1.39.0-9.1.x86_64 libboost_serialization1_39_0-1.39.0-9.1.x86_64 libboost_system1_39_0-1.39.0-9.1.x86_64 libboost_date_time1_39_0-1.39.0-9.1.x86_64 > - What is the complete command line which fails ("libtool: compile: g++ > -DHAVE_CONFIG_H -I. etc.")? libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/components/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, from /usr/include/boost/function/function0.hpp:11, from /usr/include/boost/signals/signal_template.hpp:38, from /usr/include/boost/signals/signal0.hpp:24, from /usr/include/boost/signal.hpp:19, from /usr/include/boost/signals.hpp:9, from ../lib/engine/framework/menu-builder.h:40, from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable make[2]: *** [optional-buttons-gtk.lo] Fout 1 make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten make[1]: *** [install] Fout 2 make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten make: *** [install-recursive] Fout 1 > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list _________________________________________________________________ Een netbook met Windows 7? Hier vind je alles dat je moet weten. www.windows.nl/netbook -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 15 10:35:05 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 15 Jan 2010 11:35:05 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: References: , <4B4638A4.7090603@pu-pm.univ-fcomte.fr> Message-ID: <4B5044D9.7000609@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > > >> Date: Thu, 7 Jan 2010 20:40:20 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >> >> Wilfred van den Assem wrote: >>> Hello, >>> >>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: >>> >>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>> from /usr/include/boost/function/function0.hpp:11, >>> from /usr/include/boost/signals/signal_template.hpp:38, >>> from /usr/include/boost/signals/signal0.hpp:24, >>> from /usr/include/boost/signal.hpp:19, >>> from /usr/include/boost/signals.hpp:9, >>> from ../lib/engine/framework/menu-builder.h:40, >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 >>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>> make[2]: *** [all] Fout 2 >>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>> make[1]: *** [all-recursive] Fout 1 >>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten >>> make: *** [all] Fout 2 >>> >>> >>> I'm using OpenSuse 11.2 x64. >>> >>> Is this a problem with the installed boost libs or something else? > > >> - What compiler do you use? > > gcc -v > Using built-in specs. > Target: x86_64-suse-linux > Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > Thread model: posix > gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > > >> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > > grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > >> - What version of boost do you use? > > rpm -qa | grep boost > libboost_graph1_39_0-1.39.0-9.1.x86_64 > libboost_test1_39_0-1.39.0-9.1.x86_64 > libboost_regex1_39_0-1.39.0-9.1.x86_64 > libboost_math1_39_0-1.39.0-9.1.x86_64 > libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > boost-license1_39_0-1.39.0-9.1.x86_64 > libboost_python1_39_0-1.39.0-9.1.x86_64 > libboost_program_options1_39_0-1.39.0-9.1.x86_64 > libboost_wave1_39_0-1.39.0-9.1.x86_64 > boost-devel-1.39.0-9.1.x86_64 > boost-jam-3.1.17-4.1.x86_64 > libboost_signals1_39_0-1.39.0-9.1.x86_64 > libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > libboost_mpi1_39_0-1.39.0-9.1.x86_64 > libboost_thread1_39_0-1.39.0-9.1.x86_64 > libboost_serialization1_39_0-1.39.0-9.1.x86_64 > libboost_system1_39_0-1.39.0-9.1.x86_64 > libboost_date_time1_39_0-1.39.0-9.1.x86_64 > > >> - What is the complete command line which fails ("libtool: compile: g++ >> -DHAVE_CONFIG_H -I. etc.")? > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/compone nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch-defau lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > from /usr/include/boost/function/function0.hpp:11, > from /usr/include/boost/signals/signal_template.hpp:38, > from /usr/include/boost/signals/signal0.hpp:24, > from /usr/include/boost/signal.hpp:19, > from /usr/include/boost/signals.hpp:9, > from ../lib/engine/framework/menu-builder.h:40, > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > make[2]: *** [optional-buttons-gtk.lo] Fout 1 > make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > make[1]: *** [install] Fout 2 > make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > make: *** [install-recursive] Fout 1 Well, in my opinion you have two workarounds: - either compile with -fexceptions, hoping that it overrides the -fno-exception on that file - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic file; I see at /usr/include/boost/detail that exceptions are "disabled" if the above variable is set On my machine the compilation works. I have boost 0.40, but if I remember correctly it worked with 0.39 too. Cheers, -- Eugen From wilfred45 at live.nl Fri Jan 15 15:00:42 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Fri, 15 Jan 2010 16:00:42 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B5044D9.7000609@pu-pm.univ-fcomte.fr> References: , , <4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , <4B5044D9.7000609@pu-pm.univ-fcomte.fr> Message-ID: > Date: Fri, 15 Jan 2010 11:35:05 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Compile error Ekiga svn. > > Wilfred van den Assem wrote: > > > > > >> Date: Thu, 7 Jan 2010 20:40:20 +0100 > >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >> To: ekiga-list at gnome.org > >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >> > >> Wilfred van den Assem wrote: > >>> Hello, > >>> > >>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > >>> > >>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>> from /usr/include/boost/function/function0.hpp:11, > >>> from /usr/include/boost/signals/signal_template.hpp:38, > >>> from /usr/include/boost/signals/signal0.hpp:24, > >>> from /usr/include/boost/signal.hpp:19, > >>> from /usr/include/boost/signals.hpp:9, > >>> from ../lib/engine/framework/menu-builder.h:40, > >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 > >>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>> make[2]: *** [all] Fout 2 > >>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>> make[1]: *** [all-recursive] Fout 1 > >>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > >>> make: *** [all] Fout 2 > >>> > >>> > >>> I'm using OpenSuse 11.2 x64. > >>> > >>> Is this a problem with the installed boost libs or something else? > > > > > >> - What compiler do you use? > > > > gcc -v > > Using built-in specs. > > Target: x86_64-suse-linux > > Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > > Thread model: posix > > gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > > > > > >> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > > > > grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > > Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > > > >> - What version of boost do you use? > > > > rpm -qa | grep boost > > libboost_graph1_39_0-1.39.0-9.1.x86_64 > > libboost_test1_39_0-1.39.0-9.1.x86_64 > > libboost_regex1_39_0-1.39.0-9.1.x86_64 > > libboost_math1_39_0-1.39.0-9.1.x86_64 > > libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > > boost-license1_39_0-1.39.0-9.1.x86_64 > > libboost_python1_39_0-1.39.0-9.1.x86_64 > > libboost_program_options1_39_0-1.39.0-9.1.x86_64 > > libboost_wave1_39_0-1.39.0-9.1.x86_64 > > boost-devel-1.39.0-9.1.x86_64 > > boost-jam-3.1.17-4.1.x86_64 > > libboost_signals1_39_0-1.39.0-9.1.x86_64 > > libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > > libboost_mpi1_39_0-1.39.0-9.1.x86_64 > > libboost_thread1_39_0-1.39.0-9.1.x86_64 > > libboost_serialization1_39_0-1.39.0-9.1.x86_64 > > libboost_system1_39_0-1.39.0-9.1.x86_64 > > libboost_date_time1_39_0-1.39.0-9.1.x86_64 > > > > > >> - What is the complete command line which fails ("libtool: compile: g++ > >> -DHAVE_CONFIG_H -I. etc.")? > > > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/compone > nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch-defau > lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > > In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > > from /usr/include/boost/function/function0.hpp:11, > > from /usr/include/boost/signals/signal_template.hpp:38, > > from /usr/include/boost/signals/signal0.hpp:24, > > from /usr/include/boost/signal.hpp:19, > > from /usr/include/boost/signals.hpp:9, > > from ../lib/engine/framework/menu-builder.h:40, > > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > > from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > > /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > > ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > > /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > > make[2]: *** [optional-buttons-gtk.lo] Fout 1 > > make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > > make[1]: *** [install] Fout 2 > > make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > > make: *** [install-recursive] Fout 1 > > Well, in my opinion you have two workarounds: How can I do this: " > - either compile with -fexceptions, hoping that it overrides the > -fno-exception on that file " Is there a way to set this? > - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic > file; I see at /usr/include/boost/detail that exceptions are "disabled" > if the above variable is set Must I use this file: /usr/include/boost/function/function_template.hpp > > On my machine the compilation works. I have boost 0.40, but if I > remember correctly it worked with 0.39 too. > > Cheers, > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list _________________________________________________________________ Download gratis emoticons voor Messenger http://www.rulive.nl/aspx/emoticons.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From bioinfornatics at gmail.com Fri Jan 15 17:47:09 2010 From: bioinfornatics at gmail.com (Jonathan MERCIER) Date: Fri, 15 Jan 2010 18:47:09 +0100 Subject: [Ekiga-list] sip account given by ekiga.net do not work ! Message-ID: <1263577629.2325.4.camel@localhost> dear sir i have a little problem with my ekiga.net account with this conf : http://pix.toile-libre.org/upload/img/1263575572.png ekiga d'ont want register my sip account i have check before the pasword with a recall if someone have an idea thanks Note: with my sip account given by fedora (because i am a packager) ekiga work nice From sevmek at free.fr Sat Jan 16 09:56:33 2010 From: sevmek at free.fr (yannick) Date: Sat, 16 Jan 2010 10:56:33 +0100 Subject: [Ekiga-list] sip account given by ekiga.net do not work ! In-Reply-To: <1263577629.2325.4.camel@localhost> References: <1263577629.2325.4.camel@localhost> Message-ID: <1263635793.5305.1.camel@achille> Le vendredi 15 janvier 2010 ? 18:47 +0100, Jonathan MERCIER a ?crit : > dear sir i have a little problem with my ekiga.net account > with this conf : http://pix.toile-libre.org/upload/img/1263575572.png > ekiga d'ont want register my sip account > i have check before the pasword with a recall > if someone have an idea > thanks > > Note: with my sip account given by fedora (because i am a packager) > ekiga work nice > Hi, We fixed this issue yesterday on IRC; it was a NAT issue and was solved with port forwarding. The fedora server does accept private IP for REGISTER. Best regards, Yannick From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 16 10:51:59 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 16 Jan 2010 11:51:59 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: References: , , <4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , <4B5044D9.7000609@pu-pm.univ-fcomte.fr> Message-ID: <4B519A4F.4000701@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > > >> Date: Fri, 15 Jan 2010 11:35:05 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >> >> Wilfred van den Assem wrote: >>> >>>> Date: Thu, 7 Jan 2010 20:40:20 +0100 >>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>> To: ekiga-list at gnome.org >>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>> >>>> Wilfred van den Assem wrote: >>>>> Hello, >>>>> >>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: >>>>> >>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>>>> from /usr/include/boost/function/function0.hpp:11, >>>>> from /usr/include/boost/signals/signal_template.hpp:38, >>>>> from /usr/include/boost/signals/signal0.hpp:24, >>>>> from /usr/include/boost/signal.hpp:19, >>>>> from /usr/include/boost/signals.hpp:9, >>>>> from ../lib/engine/framework/menu-builder.h:40, >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 >>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>> make[2]: *** [all] Fout 2 >>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>> make[1]: *** [all-recursive] Fout 1 >>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten >>>>> make: *** [all] Fout 2 >>>>> >>>>> >>>>> I'm using OpenSuse 11.2 x64. >>>>> >>>>> Is this a problem with the installed boost libs or something else? >>> >>>> - What compiler do you use? >>> gcc -v >>> Using built-in specs. >>> Target: x86_64-suse-linux >>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux >>> Thread model: posix >>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) >>> >>> >>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? >>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc >>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions >>> >>>> - What version of boost do you use? >>> rpm -qa | grep boost >>> libboost_graph1_39_0-1.39.0-9.1.x86_64 >>> libboost_test1_39_0-1.39.0-9.1.x86_64 >>> libboost_regex1_39_0-1.39.0-9.1.x86_64 >>> libboost_math1_39_0-1.39.0-9.1.x86_64 >>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 >>> boost-license1_39_0-1.39.0-9.1.x86_64 >>> libboost_python1_39_0-1.39.0-9.1.x86_64 >>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 >>> libboost_wave1_39_0-1.39.0-9.1.x86_64 >>> boost-devel-1.39.0-9.1.x86_64 >>> boost-jam-3.1.17-4.1.x86_64 >>> libboost_signals1_39_0-1.39.0-9.1.x86_64 >>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 >>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 >>> libboost_thread1_39_0-1.39.0-9.1.x86_64 >>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 >>> libboost_system1_39_0-1.39.0-9.1.x86_64 >>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 >>> >>> >>>> - What is the complete command line which fails ("libtool: compile: g++ >>>> -DHAVE_CONFIG_H -I. etc.")? >>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/compo ne >> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch-de fau >> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o >>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>> from /usr/include/boost/function/function0.hpp:11, >>> from /usr/include/boost/signals/signal_template.hpp:38, >>> from /usr/include/boost/signals/signal0.hpp:24, >>> from /usr/include/boost/signal.hpp:19, >>> from /usr/include/boost/signals.hpp:9, >>> from ../lib/engine/framework/menu-builder.h:40, >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 >>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>> make[1]: *** [install] Fout 2 >>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>> make: *** [install-recursive] Fout 1 >> Well, in my opinion you have two workarounds: > > How can I do this: " >> - either compile with -fexceptions, hoping that it overrides the >> -fno-exception on that file > " > Is there a way to set this? I think you should start make like this: CFLAGS=-fexceptions CXXFLAGS=-fexceptions make >> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic >> file; I see at /usr/include/boost/detail that exceptions are "disabled" >> if the above variable is set > > Must I use this file: /usr/include/boost/function/function_template.hpp No. Better choose the first workaround (make), and tell us if it works. -- Eugen From cofantil at googlemail.com Sat Jan 16 15:23:39 2010 From: cofantil at googlemail.com (Bernd Knueller-Mewes) Date: Sat, 16 Jan 2010 16:23:39 +0100 Subject: [Ekiga-list] Can't compile 3.2.6 on opensuse 11.0 Message-ID: Hello. opal and ptlib compiles o.k. but on ekiga following errormessage I can see: w -MT codecsbox.lo -MD -MP -MF .deps/codecsbox.Tpo -c -o codecsbox.lo `test -f '../../lib/gui/codecsbox.cpp' || echo './'`../../lib/gui/codecsbox.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../lib/gmconf -I../../lib -I../../lib/engine/framework -I../../lib/engine/protocol -I../.. -I../.. -I../../lib/pixops -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/include/opal -I/usr/include/SDL -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/include/SDL -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT codecsbox.lo -MD -MP -MF .deps/codecsbox.Tpo -c ../../lib/gui/codecsbox.cpp -fPIC -DPIC -o .libs/codecsbox.o ../../lib/gui/codecsbox.cpp: In function ?void codec_moved_cb(GtkWidget*, void*)?: ../../lib/gui/codecsbox.cpp:258: error: ?strcmp? was not declared in this scope make[5]: *** [codecsbox.lo] Fehler 1 make[5]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib/gui' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib/gui' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib' make[2]: *** [all] Fehler 2 make[2]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/udo/Download/ekiga-3.2.6' make: *** [all] Fehler 2 I using opensuse 11.0 in a i586 gcc version 4.3.1 what is missing? thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Sat Jan 16 15:50:39 2010 From: rowens at ptd.net (Rob Owens) Date: Sat, 16 Jan 2010 10:50:39 -0500 Subject: [Ekiga-list] recommend an alternate sip provider as backup Message-ID: <20100116155039.GB16742@aurora.owens.net> I really appreciate Ekiga's free SIP service, but every once in a while it is unavailable when I need it. For cases like that, I'd like to have an alternate SIP provider that will work well with the Ekiga softphone. That would exclude any providers that require you to specify an outbound proxy, just to make my life simpler (Ekiga 2.0.12 doesn't allow you to specify a different outbound proxy for each account). Does anybody have any recommendations? -Rob From mtbc at ixod.org Sat Jan 16 18:00:42 2010 From: mtbc at ixod.org (Mark T. B. Carroll) Date: Sat, 16 Jan 2010 13:00:42 -0500 Subject: [Ekiga-list] recommend an alternate sip provider as backup In-Reply-To: <20100116155039.GB16742@aurora.owens.net> (Rob Owens's message of "Sat\, 16 Jan 2010 10\:50\:39 -0500") References: <20100116155039.GB16742@aurora.owens.net> Message-ID: <87ljfyexpx.fsf@ixod.org> Rob Owens writes: > I'd like to have an alternate SIP provider that will work well with > the Ekiga softphone. > Does anybody have any recommendations? Well, I've never had the Ekiga softphone working well, but as far as I can tell iptel.org works nicely for free SIP accounts. They even e-mail me my `voicemail'. Mark From Eugen.Dedu at pu-pm.univ-fcomte.fr Sat Jan 16 22:15:47 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Sat, 16 Jan 2010 23:15:47 +0100 Subject: [Ekiga-list] Can't compile 3.2.6 on opensuse 11.0 In-Reply-To: References: Message-ID: <4B523A93.9030508@pu-pm.univ-fcomte.fr> Bernd Knueller-Mewes wrote: > Hello. > opal and ptlib compiles o.k. but on ekiga following errormessage I can see: > > w -MT codecsbox.lo -MD -MP -MF .deps/codecsbox.Tpo -c -o codecsbox.lo `test > -f '../../lib/gui/codecsbox.cpp' || echo './'`../../lib/gui/codecsbox.cpp > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../lib/gmconf > -I../../lib -I../../lib/engine/framework -I../../lib/engine/protocol -I../.. > -I../.. -I../../lib/pixops -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 > -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 > -fno-exceptions -I/usr/include/opal -I/usr/include/SDL -DPTRACING=1 > -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/include/SDL > -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -g -O2 -Wall -Wextra > -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal > -Wshadow -MT codecsbox.lo -MD -MP -MF .deps/codecsbox.Tpo -c > ../../lib/gui/codecsbox.cpp -fPIC -DPIC -o .libs/codecsbox.o > ../../lib/gui/codecsbox.cpp: In function ?void codec_moved_cb(GtkWidget*, > void*)?: > ../../lib/gui/codecsbox.cpp:258: error: ?strcmp? was not declared in this > scope > make[5]: *** [codecsbox.lo] Fehler 1 > make[5]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib/gui' > make[4]: *** [all-recursive] Fehler 1 > make[4]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib/gui' > make[3]: *** [all-recursive] Fehler 1 > make[3]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib' > make[2]: *** [all] Fehler 2 > make[2]: Leaving directory `/home/udo/Download/ekiga-3.2.6/lib' > make[1]: *** [all-recursive] Fehler 1 > make[1]: Leaving directory `/home/udo/Download/ekiga-3.2.6' > make: *** [all] Fehler 2 > > I using opensuse 11.0 in a i586 > gcc version 4.3.1 > what is missing? Add #include in lib/gui/codecsbox.cpp, after the other $include-s. Recompile and tell us if it works. -- Eugen From sainink at yahoo.com Mon Jan 18 09:59:01 2010 From: sainink at yahoo.com (Saini Narendra) Date: Mon, 18 Jan 2010 15:29:01 +0530 (IST) Subject: [Ekiga-list] Problem with svn checkout for win32 Message-ID: <435359.18258.qm@web94901.mail.in2.yahoo.com> Hi, I am a newbie in Ekiga. I am finding problems in SVN checkout while doing "make update-sources" in win32 directory. I am following the methods given on http://wiki.ekiga.org/index.php/Cross-compile_Win32. After I do "make update-sources", i get stuck at the following location; -------------------------- --- Getting GTK2+ Runtime Library ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://mesh.dl.sourceforge.net/gtk-win/gtk2-runtime-2.12.11-2008-07-25-ash.exe echo --- Getting GLib ... --- Getting GLib ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://ftp.gnome.org/pub/gnome/binaries/win32/glib/2.18/glib-dev_2.18.0-2_win32.zip echo --- Getting ATK ... --- Getting ATK ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://ftp.gnome.org/pub/gnome/binaries/win32/atk/1.22/atk-dev-1.22.0.zip echo --- Getting PNG ... --- Getting PNG ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://mesh.dl.sourceforge.net/gnuwin32/libpng-1.2.8-bin.zip wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://mesh.dl.sourceforge.net/gnuwin32/libpng-1.2.8-dep.zip wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://mesh.dl.sourceforge.net/gnuwin32/libpng-1.2.8-lib.zip echo --- Getting Gettext ... --- Getting Gettext ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/gettext-runtime-dev-0.17-1.zip echo --- Getting Iconv ... --- Getting Iconv ... wget -nv -T 60 -N --no-proxy -P /home/sukrut/workspace/ekiga/ekiga/ekiga/win32/src http://www.gimp.org/~tml/gimp/win32/libiconv-1.9.1.bin.woe32.zip http://www.gimp.org/~tml/gimp/win32/libiconv-1.9.1.bin.woe32.zip: 2010-01-17 22:18:41 ERROR 404: Not Found. make: *** [update-sources] Error 1 -------------------------- I am finding this continuously for last one week, i waited for few days that SVN repository is probably not updated but i get stuck exactly same place again. PLEASE HELP ! Narendra The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From josu.lazkano at gmail.com Mon Jan 18 14:32:09 2010 From: josu.lazkano at gmail.com (Josu Lazkano) Date: Mon, 18 Jan 2010 15:32:09 +0100 Subject: [Ekiga-list] HD video on Ekiga Message-ID: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> Hello everybody! I am new on this mail-list. I want to configure a HD video chat system between a Ubuntu Karmic and Debian Lenny. Is possible to chat with HD video on Ekiga? Which webcams do you recomend? Thanks for all and best regards. -- Josu Lazkano -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 18 15:21:52 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 18 Jan 2010 16:21:52 +0100 Subject: [Ekiga-list] HD video on Ekiga In-Reply-To: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> References: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> Message-ID: <4B547C90.9070502@pu-pm.univ-fcomte.fr> Josu Lazkano wrote: > Hello everybody! I am new on this mail-list. I want to configure a HD video > chat system between a Ubuntu Karmic and Debian Lenny. Lenny has ekiga version 2, which allows 176x144 (sometimes 2*2 more). Ekiga v3, available as a backport on our wiki, allows max 704x576, as shown at http://wiki.ekiga.org/index.php/Features#Video. There were some successful attempts to allow higher definitions on H.264, see this mailing list archives about 8-12 months ago. > Is possible to chat with HD video on Ekiga? > > Which webcams do you recomend? -- Eugen Dedu From josu.lazkano at gmail.com Mon Jan 18 15:28:01 2010 From: josu.lazkano at gmail.com (Josu Lazkano) Date: Mon, 18 Jan 2010 16:28:01 +0100 Subject: [Ekiga-list] HD video on Ekiga In-Reply-To: <4B547C90.9070502@pu-pm.univ-fcomte.fr> References: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> <4B547C90.9070502@pu-pm.univ-fcomte.fr> Message-ID: <3907abe61001180728n65de666dgfa8403800eb7ad0e@mail.gmail.com> Thank you very much for your reply. I am new on Debian, how can I install the backport version? I must compile it? Thanks again and regards!!! 2010/1/18 Eugen Dedu > Josu Lazkano wrote: > > Hello everybody! I am new on this mail-list. I want to configure a HD > video > > chat system between a Ubuntu Karmic and Debian Lenny. > > Lenny has ekiga version 2, which allows 176x144 (sometimes 2*2 more). > Ekiga v3, available as a backport on our wiki, allows max 704x576, as > shown at http://wiki.ekiga.org/index.php/Features#Video. There were > some successful attempts to allow higher definitions on H.264, see this > mailing list archives about 8-12 months ago. > > > Is possible to chat with HD video on Ekiga? > > > > Which webcams do you recomend? > > -- > Eugen Dedu > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Josu Lazkano -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 18 15:31:28 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 18 Jan 2010 16:31:28 +0100 Subject: [Ekiga-list] HD video on Ekiga In-Reply-To: <3907abe61001180728n65de666dgfa8403800eb7ad0e@mail.gmail.com> References: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> <4B547C90.9070502@pu-pm.univ-fcomte.fr> <3907abe61001180728n65de666dgfa8403800eb7ad0e@mail.gmail.com> Message-ID: <4B547ED0.8040802@pu-pm.univ-fcomte.fr> Josu Lazkano wrote: > Thank you very much for your reply. > > I am new on Debian, how can I install the backport version? I must compile > it? > > Thanks again and regards!!! Try this: http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages#Lenny_x86_.28amd64_and_i386.29 > > 2010/1/18 Eugen Dedu > >> Josu Lazkano wrote: >>> Hello everybody! I am new on this mail-list. I want to configure a HD >> video >>> chat system between a Ubuntu Karmic and Debian Lenny. >> Lenny has ekiga version 2, which allows 176x144 (sometimes 2*2 more). >> Ekiga v3, available as a backport on our wiki, allows max 704x576, as >> shown at http://wiki.ekiga.org/index.php/Features#Video. There were >> some successful attempts to allow higher definitions on H.264, see this >> mailing list archives about 8-12 months ago. >> >>> Is possible to chat with HD video on Ekiga? >>> >>> Which webcams do you recomend? >> -- >> Eugen Dedu From josu.lazkano at gmail.com Mon Jan 18 15:35:01 2010 From: josu.lazkano at gmail.com (Josu Lazkano) Date: Mon, 18 Jan 2010 16:35:01 +0100 Subject: [Ekiga-list] HD video on Ekiga In-Reply-To: <4B547ED0.8040802@pu-pm.univ-fcomte.fr> References: <3907abe61001180632i70c8bc4cs1ebc8348ffe1f41@mail.gmail.com> <4B547C90.9070502@pu-pm.univ-fcomte.fr> <3907abe61001180728n65de666dgfa8403800eb7ad0e@mail.gmail.com> <4B547ED0.8040802@pu-pm.univ-fcomte.fr> Message-ID: <3907abe61001180735n4fea334aj957a29b93497936a@mail.gmail.com> Ohh!!! thanks!!! I will try it. 2010/1/18 Eugen Dedu > Josu Lazkano wrote: > > Thank you very much for your reply. > > > > I am new on Debian, how can I install the backport version? I must > compile > > it? > > > > Thanks again and regards!!! > > Try this: > > http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages#Lenny_x86_.28amd64_and_i386.29 > > > > > > 2010/1/18 Eugen Dedu > > > >> Josu Lazkano wrote: > >>> Hello everybody! I am new on this mail-list. I want to configure a HD > >> video > >>> chat system between a Ubuntu Karmic and Debian Lenny. > >> Lenny has ekiga version 2, which allows 176x144 (sometimes 2*2 more). > >> Ekiga v3, available as a backport on our wiki, allows max 704x576, as > >> shown at http://wiki.ekiga.org/index.php/Features#Video. There were > >> some successful attempts to allow higher definitions on H.264, see this > >> mailing list archives about 8-12 months ago. > >> > >>> Is possible to chat with HD video on Ekiga? > >>> > >>> Which webcams do you recomend? > >> -- > >> Eugen Dedu > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -- Josu Lazkano -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Mon Jan 18 16:03:18 2010 From: rowens at ptd.net (Rob Owens) Date: Mon, 18 Jan 2010 11:03:18 -0500 Subject: [Ekiga-list] recommend an alternate sip provider as backup In-Reply-To: <87ljfyexpx.fsf@ixod.org> References: <20100116155039.GB16742@aurora.owens.net> <87ljfyexpx.fsf@ixod.org> Message-ID: <20100118160318.GA11725@aurora.owens.net> On Sat, Jan 16, 2010 at 01:00:42PM -0500, Mark T. B. Carroll wrote: > Rob Owens writes: > > > I'd like to have an alternate SIP provider that will work well with > > the Ekiga softphone. > > > Does anybody have any recommendations? > > Well, I've never had the Ekiga softphone working well, but as far as I > can tell iptel.org works nicely for free SIP accounts. They even e-mail > me my `voicemail'. > Thanks! I've signed up and made a couple of test calls. -Rob From cofantil at googlemail.com Mon Jan 18 16:49:43 2010 From: cofantil at googlemail.com (Bernd Knueller-Mewes) Date: Mon, 18 Jan 2010 17:49:43 +0100 Subject: [Ekiga-list] Can't compile 3.2.6 on opensuse 11.0 In-Reply-To: <4B523A93.9030508@pu-pm.univ-fcomte.fr> References: <4B523A93.9030508@pu-pm.univ-fcomte.fr> Message-ID: 2010/1/16 Eugen Dedu > > > Add #include in lib/gui/codecsbox.cpp, after the other > $include-s. Recompile and tell us if it works. > > -- > Eugen > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list It works !!! Many thanks!!! Bernd -------------- next part -------------- An HTML attachment was scrubbed... URL: From wilfred45 at live.nl Mon Jan 18 20:21:03 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Mon, 18 Jan 2010 21:21:03 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B519A4F.4000701@pu-pm.univ-fcomte.fr> References: , , , <4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , , , <4B5044D9.7000609@pu-pm.univ-fcomte.fr>, , <4B519A4F.4000701@pu-pm.univ-fcomte.fr> Message-ID: > Date: Sat, 16 Jan 2010 11:51:59 +0100 > From: Eugen.Dedu at pu-pm.univ-fcomte.fr > To: ekiga-list at gnome.org > Subject: Re: [Ekiga-list] Compile error Ekiga svn. > > Wilfred van den Assem wrote: > > > > > >> Date: Fri, 15 Jan 2010 11:35:05 +0100 > >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >> To: ekiga-list at gnome.org > >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >> > >> Wilfred van den Assem wrote: > >>> > >>>> Date: Thu, 7 Jan 2010 20:40:20 +0100 > >>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >>>> To: ekiga-list at gnome.org > >>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >>>> > >>>> Wilfred van den Assem wrote: > >>>>> Hello, > >>>>> > >>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > >>>>> > >>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>> from /usr/include/boost/signal.hpp:19, > >>>>> from /usr/include/boost/signals.hpp:9, > >>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>> make[2]: *** [all] Fout 2 > >>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>> make[1]: *** [all-recursive] Fout 1 > >>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > >>>>> make: *** [all] Fout 2 > >>>>> > >>>>> > >>>>> I'm using OpenSuse 11.2 x64. > >>>>> > >>>>> Is this a problem with the installed boost libs or something else? > >>> > >>>> - What compiler do you use? > >>> gcc -v > >>> Using built-in specs. > >>> Target: x86_64-suse-linux > >>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > >>> Thread model: posix > >>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > >>> > >>> > >>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > >>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > >>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > >>> > >>>> - What version of boost do you use? > >>> rpm -qa | grep boost > >>> libboost_graph1_39_0-1.39.0-9.1.x86_64 > >>> libboost_test1_39_0-1.39.0-9.1.x86_64 > >>> libboost_regex1_39_0-1.39.0-9.1.x86_64 > >>> libboost_math1_39_0-1.39.0-9.1.x86_64 > >>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > >>> boost-license1_39_0-1.39.0-9.1.x86_64 > >>> libboost_python1_39_0-1.39.0-9.1.x86_64 > >>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 > >>> libboost_wave1_39_0-1.39.0-9.1.x86_64 > >>> boost-devel-1.39.0-9.1.x86_64 > >>> boost-jam-3.1.17-4.1.x86_64 > >>> libboost_signals1_39_0-1.39.0-9.1.x86_64 > >>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > >>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 > >>> libboost_thread1_39_0-1.39.0-9.1.x86_64 > >>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 > >>> libboost_system1_39_0-1.39.0-9.1.x86_64 > >>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 > >>> > >>> > >>>> - What is the complete command line which fails ("libtool: compile: g++ > >>>> -DHAVE_CONFIG_H -I. etc.")? > >>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/compo > ne > >> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch-de > fau > >> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > >>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>> from /usr/include/boost/function/function0.hpp:11, > >>> from /usr/include/boost/signals/signal_template.hpp:38, > >>> from /usr/include/boost/signals/signal0.hpp:24, > >>> from /usr/include/boost/signal.hpp:19, > >>> from /usr/include/boost/signals.hpp:9, > >>> from ../lib/engine/framework/menu-builder.h:40, > >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 > >>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>> make[1]: *** [install] Fout 2 > >>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>> make: *** [install-recursive] Fout 1 > >> Well, in my opinion you have two workarounds: > > > > How can I do this: " > >> - either compile with -fexceptions, hoping that it overrides the > >> -fno-exception on that file > > " > > Is there a way to set this? > > I think you should start make like this: > CFLAGS=-fexceptions CXXFLAGS=-fexceptions make > > >> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic > >> file; I see at /usr/include/boost/detail that exceptions are "disabled" > >> if the above variable is set > > > > Must I use this file: /usr/include/boost/function/function_template.hpp > > No. Better choose the first workaround (make), and tell us if it works. > > -- > Eugen > I tried again with no luck. Here you can find the complete output, maybe it helps: http://pastebin.ca/1756506 thanks. _________________________________________________________________ 25GB gratis online harde schijf http://skydrive.live.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sevmek at free.fr Wed Jan 20 10:17:41 2010 From: sevmek at free.fr (yannick) Date: Wed, 20 Jan 2010 11:17:41 +0100 Subject: [Ekiga-list] Ekiga.org is now powered by Drupal. Message-ID: <1263982661.2496.7.camel@achille> In a continuous effort to improve our work flow and our communication with you, the users of Ekiga, we decided sometimes ago to move our main website, Ekiga.org, to a modern Content Management System. This is a reality: Ekiga.org is now powered by Drupal. http://drupal.org/ We choose Drupal as it focus on flexibility, security and is community oriented. We hope to deliver more news and bring more features soon. As of now, we improved the download section (especially for the windows binary) and added a roadmap to the project. The design as been polished too, while still being familiar. We hope you like it! Future website work will focus on wiki integration and migration of Ekiga.net to Drupal. Best regards, The Ekiga team. From dford at ansur.demon.co.uk Wed Jan 20 17:36:05 2010 From: dford at ansur.demon.co.uk (David Ford) Date: Wed, 20 Jan 2010 17:36:05 +0000 Subject: [Ekiga-list] Fwd: [PlanetCCRMA] The all-ALSA, PulseAudio-free FC12; asoundconf Message-ID: <4B573F05.3040508@ansur.demon.co.uk> Hi I thought this might be useful in the mailing list archives. It applies to Fedora Core but might help Suse and Mandriva users too. It would seem from the remarks to be no use to Ubuntu although the ideas may be helpful to other Debian distros. Note that PlanetCCRMA is a, Fedora based, music composition and performance distro that uses a special real time version of the kernel. This kernel works to provide exactly the opposite effect to Pulse-Audio. In fact the pulse people themselves have stressed that pulse should not be used in music generation/performance scenarios. The facilities that pulse provides are designed to enhance the standard desktop. The standard desktop is the most likely place to find Ekiga. The optimum solution is to have Ekiga work well with Pulse-Audio. The best way to get this is - for those of us who are users not developers - to keep complaining! Hope this helps those who would like to try to do without pulse in the meantime. David -------- Original Message -------- Subject: [PlanetCCRMA] The all-ALSA, PulseAudio-free FC12; asoundconf Date: Wed, 20 Jan 2010 10:43:11 -0500 From: To: planetccrma Thanks to everyone for your help on my earlier issue. Despite the work done on making PulseAudio coexist better (specifically with JACK), I'm liking so far working without PA. It seems there's a terrific FAQ on the subject here: http://fedorasolved.org/Members/fenris02/pulseaudio-fixes-and-workarounds -- including how to address PA issues *without* removing PA, but also a complete PA removal process. And it seems that Fedora, unlike Ubuntu, can pretty effectively excise PA via its packages and one config change, so it should be reasonable to revert to reinstalling PA if for some reason you changed your mind. My next question: [deleted] Peter _______________________________________________ PlanetCCRMA mailing list PlanetCCRMA at ccrma.stanford.edu http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma -------------- next part -------------- An HTML attachment was scrubbed... URL: From rowens at ptd.net Thu Jan 21 01:28:10 2010 From: rowens at ptd.net (Rob Owens) Date: Wed, 20 Jan 2010 20:28:10 -0500 Subject: [Ekiga-list] help with Ekiga and siproxd config Message-ID: <20100121012810.GA16859@aurora.owens.net> I have several Ekiga clients on my LAN, and I'm trying to get them all to be able to make outgoing/incoming calls over the internet. I *think* what I need is siproxd, but I'm having trouble with it. (If there's a better way to do what I'm trying to accomplish, please let me know). I have siproxd installed on a server that is not my gateway (my gateway is just a home router). I have Ekiga's "outbound proxy" set to the siproxd machine. For "NAT traversal method" I have "none". I have the following ports forwarded from my router to the siproxd machine: UDP 5000-5100 UDP 7070-7089 (this corresponds to my siproxd.conf file -- see below) In siproxd.conf I have the following settings, among others: if_inbound = eth0 if_outbound = eth0 host_outbound = mypublicdomain.com rtp_port_low = 7070 (siproxd default) rtp_port_high = 7089 (siproxd default) I also have avahi running on the LAN, so that I can see addresses in the "Contacts Near Me" address book. I've only tested on 2 machines so far, both running Ekiga 2.0.12. Here are my findings: On both the Ubuntu Hardy and the Debian Lenny machine, I can connect to 500 at ekiga.net and it seems to work properly. On the Debian machine, I can connect to 520 at ekiga.net and it always calls me back. Most of the time it works correctly, but once in a while I don't hear anything when I answer the callback. On the Ubuntu machine, I can connect to 520 at ekiga.net and it always calls me back, but I never hear anything when I answer. >From either machine, when I call the other via the "Contacts Near Me" menu (choosing the sip: address), the call rings on the other end and I can sometimes answer it, but the users cannot hear each other. This is probably due to my siproxd config, and I can use the h323: address as a workaround. So, what have I done wrong? I just want everybody on the LAN to be able to use Ekiga at the same time. Thanks for the help! -Rob From victorhooi at yahoo.com Thu Jan 21 02:04:31 2010 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 21 Jan 2010 13:04:31 +1100 Subject: [Ekiga-list] Ekiga and GSM - Still says "No common codec" Message-ID: heya, I'm attempting to use Ekiga with Pennytel (http://www.pennytel.com.au/), an Australian VoIP Endpoint provider. According to Pennytel, their "preferred" codecs are g729, g723 and gsm. Of that list, on the "gsm" seems common with Ekiga. I've setup Ekiga with my account details, and enabled the "gsm" codec, however, when I try to make a call, I'm still getting "No common codec" in the Ekiga status bar. I"ve even tried moving it to the top of the list, to no avail. Does anybody have any further advice, or any experience with using Pennytel, or other Austrliaan commercial VoIP providers? Cheers, Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 21 16:28:48 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 21 Jan 2010 17:28:48 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: References: , , , <4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , , , <4B5044D9.7000609@pu-pm.univ-fcomte.fr>, , <4B519A4F.4000701@pu-pm.univ-fcomte.fr> Message-ID: <4B5880C0.4050208@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > > >> Date: Sat, 16 Jan 2010 11:51:59 +0100 >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >> To: ekiga-list at gnome.org >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >> >> Wilfred van den Assem wrote: >>> >>>> Date: Fri, 15 Jan 2010 11:35:05 +0100 >>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>> To: ekiga-list at gnome.org >>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>> >>>> Wilfred van den Assem wrote: >>>>>> Date: Thu, 7 Jan 2010 20:40:20 +0100 >>>>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>>>> To: ekiga-list at gnome.org >>>>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>>>> >>>>>> Wilfred van den Assem wrote: >>>>>>> Hello, >>>>>>> >>>>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: >>>>>>> >>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>>>>>> from /usr/include/boost/function/function0.hpp:11, >>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, >>>>>>> from /usr/include/boost/signals/signal0.hpp:24, >>>>>>> from /usr/include/boost/signal.hpp:19, >>>>>>> from /usr/include/boost/signals.hpp:9, >>>>>>> from ../lib/engine/framework/menu-builder.h:40, >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>>>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 >>>>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>> make[2]: *** [all] Fout 2 >>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>> make[1]: *** [all-recursive] Fout 1 >>>>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten >>>>>>> make: *** [all] Fout 2 >>>>>>> >>>>>>> >>>>>>> I'm using OpenSuse 11.2 x64. >>>>>>> >>>>>>> Is this a problem with the installed boost libs or something else? >>>>>> - What compiler do you use? >>>>> gcc -v >>>>> Using built-in specs. >>>>> Target: x86_64-suse-linux >>>>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux >>>>> Thread model: posix >>>>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) >>>>> >>>>> >>>>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? >>>>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc >>>>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions >>>>> >>>>>> - What version of boost do you use? >>>>> rpm -qa | grep boost >>>>> libboost_graph1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_test1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_regex1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_math1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 >>>>> boost-license1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_python1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_wave1_39_0-1.39.0-9.1.x86_64 >>>>> boost-devel-1.39.0-9.1.x86_64 >>>>> boost-jam-3.1.17-4.1.x86_64 >>>>> libboost_signals1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_thread1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_system1_39_0-1.39.0-9.1.x86_64 >>>>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 >>>>> >>>>> >>>>>> - What is the complete command line which fails ("libtool: compile: g++ >>>>>> -DHAVE_CONFIG_H -I. etc.")? >>>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/com po >> ne >>>> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch- de >> fau >>>> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o >>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>>>> from /usr/include/boost/function/function0.hpp:11, >>>>> from /usr/include/boost/signals/signal_template.hpp:38, >>>>> from /usr/include/boost/signals/signal0.hpp:24, >>>>> from /usr/include/boost/signal.hpp:19, >>>>> from /usr/include/boost/signals.hpp:9, >>>>> from ../lib/engine/framework/menu-builder.h:40, >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>>>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 >>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>> make[1]: *** [install] Fout 2 >>>>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>> make: *** [install-recursive] Fout 1 >>>> Well, in my opinion you have two workarounds: >>> How can I do this: " >>>> - either compile with -fexceptions, hoping that it overrides the >>>> -fno-exception on that file >>> " >>> Is there a way to set this? >> I think you should start make like this: >> CFLAGS=-fexceptions CXXFLAGS=-fexceptions make >> >>>> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic >>>> file; I see at /usr/include/boost/detail that exceptions are "disabled" >>>> if the above variable is set >>> Must I use this file: /usr/include/boost/function/function_template.hpp >> No. Better choose the first workaround (make), and tell us if it works. >> >> -- >> Eugen >> > > I tried again with no luck. > > Here you can find the complete output, maybe it helps: > > http://pastebin.ca/1756506 Well, the simplest thing then is that you add at the beginning of lib/engine/gui/gtk-core/optional-buttons-gtk.cpp the following line: #define BOOST_NO_EXCEPTIONS and tell us if that file compiles well. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 21 16:32:41 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 21 Jan 2010 17:32:41 +0100 Subject: [Ekiga-list] Ekiga and GSM - Still says "No common codec" In-Reply-To: References: Message-ID: <4B5881A9.9090304@pu-pm.univ-fcomte.fr> Victor Hooi wrote: > heya, > > I'm attempting to use Ekiga with Pennytel (http://www.pennytel.com.au/), an > Australian VoIP Endpoint provider. > > > According to Pennytel, their "preferred" codecs are g729, g723 and gsm. Of > that list, on the "gsm" seems common with Ekiga. I've setup Ekiga with my > account details, and enabled the "gsm" codec, however, when I try to make a > call, I'm still getting "No common codec" in the Ekiga status bar. > > I"ve even tried moving it to the top of the list, to no avail. Does anybody > have any further advice, or any experience with using Pennytel, or other > Austrliaan commercial VoIP providers? Well, try also ms-gsm, who knows... Elsewhere, send us the -d 4 output. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Jan 21 16:33:29 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 21 Jan 2010 17:33:29 +0100 Subject: [Ekiga-list] Ekiga and GSM - Still says "No common codec" In-Reply-To: References: Message-ID: <4B5881D9.5060407@pu-pm.univ-fcomte.fr> Victor Hooi wrote: > heya, > > I'm attempting to use Ekiga with Pennytel (http://www.pennytel.com.au/), an > Australian VoIP Endpoint provider. > > > According to Pennytel, their "preferred" codecs are g729, g723 and gsm. Of > that list, on the "gsm" seems common with Ekiga. I've setup Ekiga with my > account details, and enabled the "gsm" codec, however, when I try to make a > call, I'm still getting "No common codec" in the Ekiga status bar. Who do you call when it shows this error? For ex., 500 at ekiga.net does not know this codec. You should test with someone who knows this codec. > I"ve even tried moving it to the top of the list, to no avail. Does anybody > have any further advice, or any experience with using Pennytel, or other > Austrliaan commercial VoIP providers? -- Eugen From wilfred45 at live.nl Thu Jan 21 22:22:24 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Thu, 21 Jan 2010 23:22:24 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B5880C0.4050208@pu-pm.univ-fcomte.fr> References: , , ,,<4B4638A4.7090603@pu-pm.univ-fcomte.fr>, ,,, , , <4B5044D9.7000609@pu-pm.univ-fcomte.fr>, , , , <4B519A4F.4000701@pu-pm.univ-fcomte.fr>, , <4B5880C0.4050208@pu-pm.univ-fcomte.fr> Message-ID: > > > >> Date: Sat, 16 Jan 2010 11:51:59 +0100 > >> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >> To: ekiga-list at gnome.org > >> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >> > >> Wilfred van den Assem wrote: > >>> > >>>> Date: Fri, 15 Jan 2010 11:35:05 +0100 > >>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >>>> To: ekiga-list at gnome.org > >>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >>>> > >>>> Wilfred van den Assem wrote: > >>>>>> Date: Thu, 7 Jan 2010 20:40:20 +0100 > >>>>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr > >>>>>> To: ekiga-list at gnome.org > >>>>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. > >>>>>> > >>>>>> Wilfred van den Assem wrote: > >>>>>>> Hello, > >>>>>>> > >>>>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > >>>>>>> > >>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>>>> from /usr/include/boost/signal.hpp:19, > >>>>>>> from /usr/include/boost/signals.hpp:9, > >>>>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make[2]: *** [all] Fout 2 > >>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make[1]: *** [all-recursive] Fout 1 > >>>>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > >>>>>>> make: *** [all] Fout 2 > >>>>>>> > >>>>>>> > >>>>>>> I'm using OpenSuse 11.2 x64. > >>>>>>> > >>>>>>> Is this a problem with the installed boost libs or something else? > >>>>>> - What compiler do you use? > >>>>> gcc -v > >>>>> Using built-in specs. > >>>>> Target: x86_64-suse-linux > >>>>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > >>>>> Thread model: posix > >>>>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > >>>>> > >>>>> > >>>>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > >>>>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > >>>>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > >>>>> > >>>>>> - What version of boost do you use? > >>>>> rpm -qa | grep boost > >>>>> libboost_graph1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_test1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_regex1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_math1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > >>>>> boost-license1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_python1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_wave1_39_0-1.39.0-9.1.x86_64 > >>>>> boost-devel-1.39.0-9.1.x86_64 > >>>>> boost-jam-3.1.17-4.1.x86_64 > >>>>> libboost_signals1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_thread1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_system1_39_0-1.39.0-9.1.x86_64 > >>>>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 > >>>>> > >>>>> > >>>>>> - What is the complete command line which fails ("libtool: compile: g++ > >>>>>> -DHAVE_CONFIG_H -I. etc.")? > >>>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/com > po > >> ne > >>>> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitch- > de > >> fau > >>>> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > >>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>> from /usr/include/boost/signal.hpp:19, > >>>>> from /usr/include/boost/signals.hpp:9, > >>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>> make[1]: *** [install] Fout 2 > >>>>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>> make: *** [install-recursive] Fout 1 > >>>> Well, in my opinion you have two workarounds: > >>> How can I do this: " > >>>> - either compile with -fexceptions, hoping that it overrides the > >>>> -fno-exception on that file > >>> " > >>> Is there a way to set this? > >> I think you should start make like this: > >> CFLAGS=-fexceptions CXXFLAGS=-fexceptions make > >> > >>>> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic > >>>> file; I see at /usr/include/boost/detail that exceptions are "disabled" > >>>> if the above variable is set > >>> Must I use this file: /usr/include/boost/function/function_template.hpp > >> No. Better choose the first workaround (make), and tell us if it works. > >> > >> -- > >> Eugen > >> > > > > I tried again with no luck. > > > > Here you can find the complete output, maybe it helps: > > > > http://pastebin.ca/1756506 > > Well, the simplest thing then is that you add at the beginning of > lib/engine/gui/gtk-core/optional-buttons-gtk.cpp the following line: > > #define BOOST_NO_EXCEPTIONS > > and tell us if that file compiles well. > > -- > Eugen I tried but same error. Very strange... _________________________________________________________________ Alles over Windows http://www.windows.nl/About.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Jan 22 09:16:46 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 22 Jan 2010 10:16:46 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: References: , , , , <4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , , , , , <4B5044D9.7000609@pu-pm.univ-fcomte.fr>, , , , <4B519A4F.4000701@pu-pm.univ-fcomte.fr>, , <4B5880C0.4050208@pu-pm.univ-fcomte.fr> Message-ID: <4B596CFE.1020706@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: >>>> Date: Sat, 16 Jan 2010 11:51:59 +0100 >>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>> To: ekiga-list at gnome.org >>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>> >>>> Wilfred van den Assem wrote: >>>>>> Date: Fri, 15 Jan 2010 11:35:05 +0100 >>>>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>>>> To: ekiga-list at gnome.org >>>>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>>>> >>>>>> Wilfred van den Assem wrote: >>>>>>>> Date: Thu, 7 Jan 2010 20:40:20 +0100 >>>>>>>> From: Eugen.Dedu at pu-pm.univ-fcomte.fr >>>>>>>> To: ekiga-list at gnome.org >>>>>>>> Subject: Re: [Ekiga-list] Compile error Ekiga svn. >>>>>>>> >>>>>>>> Wilfred van den Assem wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: >>>>>>>>> >>>>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>>>>>>>> from /usr/include/boost/function/function0.hpp:11, >>>>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, >>>>>>>>> from /usr/include/boost/signals/signal0.hpp:24, >>>>>>>>> from /usr/include/boost/signal.hpp:19, >>>>>>>>> from /usr/include/boost/signals.hpp:9, >>>>>>>>> from ../lib/engine/framework/menu-builder.h:40, >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>>>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>>>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>>>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>>>>>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 >>>>>>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>>>> make[2]: *** [all] Fout 2 >>>>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>>>> make[1]: *** [all-recursive] Fout 1 >>>>>>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten >>>>>>>>> make: *** [all] Fout 2 >>>>>>>>> >>>>>>>>> >>>>>>>>> I'm using OpenSuse 11.2 x64. >>>>>>>>> >>>>>>>>> Is this a problem with the installed boost libs or something else? >>>>>>>> - What compiler do you use? >>>>>>> gcc -v >>>>>>> Using built-in specs. >>>>>>> Target: x86_64-suse-linux >>>>>>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux >>>>>>> Thread model: posix >>>>>>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) >>>>>>> >>>>>>> >>>>>>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? >>>>>>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc >>>>>>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions >>>>>>> >>>>>>>> - What version of boost do you use? >>>>>>> rpm -qa | grep boost >>>>>>> libboost_graph1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_test1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_regex1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_math1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 >>>>>>> boost-license1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_python1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_wave1_39_0-1.39.0-9.1.x86_64 >>>>>>> boost-devel-1.39.0-9.1.x86_64 >>>>>>> boost-jam-3.1.17-4.1.x86_64 >>>>>>> libboost_signals1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_thread1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_system1_39_0-1.39.0-9.1.x86_64 >>>>>>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 >>>>>>> >>>>>>> >>>>>>>> - What is the complete command line which fails ("libtool: compile: g++ >>>>>>>> -DHAVE_CONFIG_H -I. etc.")? >>>>>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/c om >> po >>>> ne >>>>>> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitc h- >> de >>>> fau >>>>>> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o >>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, >>>>>>> from /usr/include/boost/function/function0.hpp:11, >>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, >>>>>>> from /usr/include/boost/signals/signal0.hpp:24, >>>>>>> from /usr/include/boost/signal.hpp:19, >>>>>>> from /usr/include/boost/signals.hpp:9, >>>>>>> from ../lib/engine/framework/menu-builder.h:40, >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: >>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': >>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here >>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable >>>>>>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 >>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>> make[1]: *** [install] Fout 2 >>>>>>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten >>>>>>> make: *** [install-recursive] Fout 1 >>>>>> Well, in my opinion you have two workarounds: >>>>> How can I do this: " >>>>>> - either compile with -fexceptions, hoping that it overrides the >>>>>> -fno-exception on that file >>>>> " >>>>> Is there a way to set this? >>>> I think you should start make like this: >>>> CFLAGS=-fexceptions CXXFLAGS=-fexceptions make >>>> >>>>>> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic >>>>>> file; I see at /usr/include/boost/detail that exceptions are "disabled" >>>>>> if the above variable is set >>>>> Must I use this file: /usr/include/boost/function/function_template.hpp >>>> No. Better choose the first workaround (make), and tell us if it works. >>>> >>>> -- >>>> Eugen >>>> >>> I tried again with no luck. >>> >>> Here you can find the complete output, maybe it helps: >>> >>> http://pastebin.ca/1756506 >> Well, the simplest thing then is that you add at the beginning of >> lib/engine/gui/gtk-core/optional-buttons-gtk.cpp the following line: >> >> #define BOOST_NO_EXCEPTIONS >> >> and tell us if that file compiles well. >> >> -- >> Eugen > > I tried but same error. Very strange... A crude solution then: add #define BOOST_NO_EXCEPTIONS at the beginning of /usr/include/boost/detail/no_exceptions_support.hpp. -- Eugen From wilfred45 at live.nl Fri Jan 22 15:09:52 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Fri, 22 Jan 2010 16:09:52 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B596CFE.1020706@pu-pm.univ-fcomte.fr> References: , , , ,,<4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , ,,, , ,,<4B5044D9.7000609@pu-pm.univ-fcomte.fr>, ,,, , , <4B519A4F.4000701@pu-pm.univ-fcomte.fr>, , , , <4B5880C0.4050208@pu-pm.univ-fcomte.fr>, , <4B596CFE.1020706@pu-pm.univ-fcomte.fr> Message-ID: > >>>>>>>> Wilfred van den Assem wrote: > >>>>>>>>> Hello, > >>>>>>>>> > >>>>>>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > >>>>>>>>> > >>>>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>>>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>>>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>>>>>> from /usr/include/boost/signal.hpp:19, > >>>>>>>>> from /usr/include/boost/signals.hpp:9, > >>>>>>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>>>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>>>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>>>> make[2]: *** [all] Fout 2 > >>>>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>>>> make[1]: *** [all-recursive] Fout 1 > >>>>>>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > >>>>>>>>> make: *** [all] Fout 2 > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> I'm using OpenSuse 11.2 x64. > >>>>>>>>> > >>>>>>>>> Is this a problem with the installed boost libs or something else? > >>>>>>>> - What compiler do you use? > >>>>>>> gcc -v > >>>>>>> Using built-in specs. > >>>>>>> Target: x86_64-suse-linux > >>>>>>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > >>>>>>> Thread model: posix > >>>>>>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > >>>>>>> > >>>>>>> > >>>>>>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > >>>>>>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > >>>>>>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > >>>>>>> > >>>>>>>> - What version of boost do you use? > >>>>>>> rpm -qa | grep boost > >>>>>>> libboost_graph1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_test1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_regex1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_math1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > >>>>>>> boost-license1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_python1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_wave1_39_0-1.39.0-9.1.x86_64 > >>>>>>> boost-devel-1.39.0-9.1.x86_64 > >>>>>>> boost-jam-3.1.17-4.1.x86_64 > >>>>>>> libboost_signals1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_thread1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_system1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 > >>>>>>> > >>>>>>> > >>>>>>>> - What is the complete command line which fails ("libtool: compile: g++ > >>>>>>>> -DHAVE_CONFIG_H -I. etc.")? > >>>>>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/c > om > >> po > >>>> ne > >>>>>> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitc > h- > >> de > >>>> fau > >>>>>> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > >>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>>>> from /usr/include/boost/signal.hpp:19, > >>>>>>> from /usr/include/boost/signals.hpp:9, > >>>>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>>>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make[1]: *** [install] Fout 2 > >>>>>>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make: *** [install-recursive] Fout 1 > >>>>>> Well, in my opinion you have two workarounds: > >>>>> How can I do this: " > >>>>>> - either compile with -fexceptions, hoping that it overrides the > >>>>>> -fno-exception on that file > >>>>> " > >>>>> Is there a way to set this? > >>>> I think you should start make like this: > >>>> CFLAGS=-fexceptions CXXFLAGS=-fexceptions make > >>>> > >>>>>> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic > >>>>>> file; I see at /usr/include/boost/detail that exceptions are "disabled" > >>>>>> if the above variable is set > >>>>> Must I use this file: /usr/include/boost/function/function_template.hpp > >>>> No. Better choose the first workaround (make), and tell us if it works. > >>>> > >>>> -- > >>>> Eugen > >>>> > >>> I tried again with no luck. > >>> > >>> Here you can find the complete output, maybe it helps: > >>> > >>> http://pastebin.ca/1756506 > >> Well, the simplest thing then is that you add at the beginning of > >> lib/engine/gui/gtk-core/optional-buttons-gtk.cpp the following line: > >> > >> #define BOOST_NO_EXCEPTIONS > >> > >> and tell us if that file compiles well. > >> > >> -- > >> Eugen > > > > I tried but same error. Very strange... > > A crude solution then: add #define BOOST_NO_EXCEPTIONS at the beginning > of /usr/include/boost/detail/no_exceptions_support.hpp. > Did it but same error. Used also with and without above options but it won't work for me. _________________________________________________________________ Alles over Windows http://www.windows.nl/About.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From anil.vemulapally at gmail.com Fri Jan 22 17:30:55 2010 From: anil.vemulapally at gmail.com (anil v) Date: Fri, 22 Jan 2010 12:30:55 -0500 Subject: [Ekiga-list] How to make video call using Ekiga ... Message-ID: <4bc25c2f1001220930i73d9dbean8f9ae55b58e96d5f@mail.gmail.com> Hi All, I have installed ekiga on my Ubuntu successfully and configured and bought the CallOut Account from diamond.... . But when I open the Ekiga it is always saying that *Ekiga did not manage to configure your network settings automatically. You can still use it, but you need to configure your network settings manually*. Could you please suggest me why I am getting like this and I am observing that from Edit-->AccountSettings status as Couldnot register. But I have followd the configuration setup guide and got username and other details. Could any one pls suggest me how to make a video call using Ekiga sucessfully. Thanks, Anil.V -------------- next part -------------- An HTML attachment was scrubbed... URL: From wilfred45 at live.nl Fri Jan 22 21:40:53 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Fri, 22 Jan 2010 22:40:53 +0100 Subject: [Ekiga-list] Compile error Ekiga svn. In-Reply-To: <4B596CFE.1020706@pu-pm.univ-fcomte.fr> References: , , , ,,<4B4638A4.7090603@pu-pm.univ-fcomte.fr>, , ,,, , ,,<4B5044D9.7000609@pu-pm.univ-fcomte.fr>, ,,, , , <4B519A4F.4000701@pu-pm.univ-fcomte.fr>, , , , <4B5880C0.4050208@pu-pm.univ-fcomte.fr>, , <4B596CFE.1020706@pu-pm.univ-fcomte.fr> Message-ID: > >>>>>>>> Wilfred van den Assem wrote: > >>>>>>>>> Hello, > >>>>>>>>> > >>>>>>>>> I'm trying to compile Ekiga svn (PTLIB & OPAL went fine) but it exits with the following error: > >>>>>>>>> > >>>>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>>>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>>>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>>>>>> from /usr/include/boost/signal.hpp:19, > >>>>>>>>> from /usr/include/boost/signals.hpp:9, > >>>>>>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>>>>>> make[3]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>>>>>> make[3]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>>>> make[2]: *** [all] Fout 2 > >>>>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>>>> make[1]: *** [all-recursive] Fout 1 > >>>>>>>>> make[1]: Map '/usr/src/ekiga/ekiga' wordt verlaten > >>>>>>>>> make: *** [all] Fout 2 > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> I'm using OpenSuse 11.2 x64. > >>>>>>>>> > >>>>>>>>> Is this a problem with the installed boost libs or something else? > >>>>>>>> - What compiler do you use? > >>>>>>> gcc -v > >>>>>>> Using built-in specs. > >>>>>>> Target: x86_64-suse-linux > >>>>>>> Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux > >>>>>>> Thread model: posix > >>>>>>> gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) > >>>>>>> > >>>>>>> > >>>>>>>> - What is the output of "grep Cflags /usr/lib/pkgconfig/ptlib.pc"? > >>>>>>> grep Cflags /usr/local/lib64/pkgconfig/ptlib.pc > >>>>>>> Cflags: -I${includedir} -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -fno-exceptions > >>>>>>> > >>>>>>>> - What version of boost do you use? > >>>>>>> rpm -qa | grep boost > >>>>>>> libboost_graph1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_test1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_regex1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_math1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_filesystem1_39_0-1.39.0-9.1.x86_64 > >>>>>>> boost-license1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_python1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_program_options1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_wave1_39_0-1.39.0-9.1.x86_64 > >>>>>>> boost-devel-1.39.0-9.1.x86_64 > >>>>>>> boost-jam-3.1.17-4.1.x86_64 > >>>>>>> libboost_signals1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_iostreams1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_mpi1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_thread1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_serialization1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_system1_39_0-1.39.0-9.1.x86_64 > >>>>>>> libboost_date_time1_39_0-1.39.0-9.1.x86_64 > >>>>>>> > >>>>>>> > >>>>>>>> - What is the complete command line which fails ("libtool: compile: g++ > >>>>>>>> -DHAVE_CONFIG_H -I. etc.")? > >>>>>>> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -DSYSCONFDIR=\"/usr/local/etc\" -DEKIGA_PLUGIN_DIR=\"/usr/local/lib/ekiga/3.3.1/plugins\" -I.. -I../lib -I../lib/gmconf -I../lib/gui -I../lib/toolbox -I../lib/engine -I../lib/engine/account -I../lib/engine/addressbook -I../lib/engine/audioinput -I../lib/engine/audiooutput -I../lib/engine/chat -I../lib/engine/framework -I../lib/engine/friend-or-foe -I../lib/engine/gui/gtk-core -I../lib/engine/gui/gtk-frontend -I../lib/engine/hal -I../lib/engine/notification -I../lib/engine/plugin -I../lib/engine/presence -I../lib/engine/protocol -I../lib/engine/videoinput -I../lib/engine/videooutput -I../lib/engine/components/avahi -I../lib/engine/components/avahi-publisher -I../lib/engine/components/call-history -I../lib/engine/components/common-videooutput -I../lib/engine/components/dx-videooutput -I../lib/engine/components/echo -I../lib/engine/components/gmconf-personal-details -I../lib/engine/components/gnome-session -I../lib/engine/c > om > >> po > >>>> ne > >>>>>> nts/hal-dbus -I../lib/engine/components/libnotify -I../lib/engine/components/local-roster -I../lib/engine/components/mlogo-videoinput -I../lib/engine/components/null-audioinput -I../lib/engine/components/null-audiooutput -I../lib/engine/components/opal -I../lib/engine/components/ptlib -I../lib/engine/components/x-videooutput -I../lib/pixops -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -fno-exceptions -I/usr/local/include -I/usr/include/SDL -I/usr/local/include/opal -g -O2 -Wall -Wextra -Winit-self -Wswitc > h- > >> de > >>>> fau > >>>>>> lt -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT optional-buttons-gtk.lo -MD -MP -MF .deps/optional-buttons-gtk.Tpo -c ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp -fPIC -DPIC -o .libs/optional-buttons-gtk.o > >>>>>>> In file included from /usr/include/boost/function/detail/maybe_include.hpp:13, > >>>>>>> from /usr/include/boost/function/function0.hpp:11, > >>>>>>> from /usr/include/boost/signals/signal_template.hpp:38, > >>>>>>> from /usr/include/boost/signals/signal0.hpp:24, > >>>>>>> from /usr/include/boost/signal.hpp:19, > >>>>>>> from /usr/include/boost/signals.hpp:9, > >>>>>>> from ../lib/engine/framework/menu-builder.h:40, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.h:45, > >>>>>>> from ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:38: > >>>>>>> /usr/include/boost/function/function_template.hpp: In member function 'boost::function0& boost::function0::operator=(const boost::function0&) [with R = void]': > >>>>>>> ../lib/engine/gui/gtk-core/optional-buttons-gtk.cpp:109: instantiated from here > >>>>>>> /usr/include/boost/function/function_template.hpp:828: error: exception handling disabled, use -fexceptions to enable > >>>>>>> make[2]: *** [optional-buttons-gtk.lo] Fout 1 > >>>>>>> make[2]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make[1]: *** [install] Fout 2 > >>>>>>> make[1]: Map '/usr/src/ekiga/ekiga/lib' wordt verlaten > >>>>>>> make: *** [install-recursive] Fout 1 > >>>>>> Well, in my opinion you have two workarounds: > >>>>> How can I do this: " > >>>>>> - either compile with -fexceptions, hoping that it overrides the > >>>>>> -fno-exception on that file > >>>>> " > >>>>> Is there a way to set this? > >>>> I think you should start make like this: > >>>> CFLAGS=-fexceptions CXXFLAGS=-fexceptions make > >>>> > >>>>>> - or #define BOOST_NO_EXCEPTIONS at the beginning of the problematic > >>>>>> file; I see at /usr/include/boost/detail that exceptions are "disabled" > >>>>>> if the above variable is set > >>>>> Must I use this file: /usr/include/boost/function/function_template.hpp > >>>> No. Better choose the first workaround (make), and tell us if it works. > >>>> > >>>> -- > >>>> Eugen > >>>> > >>> I tried again with no luck. > >>> > >>> Here you can find the complete output, maybe it helps: > >>> > >>> http://pastebin.ca/1756506 > >> Well, the simplest thing then is that you add at the beginning of > >> lib/engine/gui/gtk-core/optional-buttons-gtk.cpp the following line: > >> > >> #define BOOST_NO_EXCEPTIONS > >> > >> and tell us if that file compiles well. > >> > >> -- > >> Eugen > > > > I tried but same error. Very strange... > > A crude solution then: add #define BOOST_NO_EXCEPTIONS at the beginning > of /usr/include/boost/detail/no_exceptions_support.hpp. > > -- Yes, ekiga compiles. So I think I've done something wrong. This is how I compile Ekiga: ./autogen.sh --with-boost-libdir=/usr/lib64 CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" _________________________________________________________________ Alles over Windows http://www.windows.nl/About.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From franckd at agmp.org Sat Jan 23 08:49:38 2010 From: franckd at agmp.org (Franck Danard) Date: Sat, 23 Jan 2010 09:49:38 +0100 Subject: [Ekiga-list] Error when ekiga start under Windows XP Message-ID: <4B5AB822.4060804@agmp.org> Hi. I've a problem when Ekiga loading. Several error appear. Procedure av-crc04C11DB7 not found into library avutil-49.dll, or some think like that. This problem is under the last version 3.2.6 for windows. Thanks for your help. -- */Franck Danard/* -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sat Jan 23 12:04:31 2010 From: dsandras at seconix.com (Damien Sandras) Date: Sat, 23 Jan 2010 13:04:31 +0100 Subject: [Ekiga-list] How to make video call using Ekiga ... In-Reply-To: <4bc25c2f1001220930i73d9dbean8f9ae55b58e96d5f@mail.gmail.com> References: <4bc25c2f1001220930i73d9dbean8f9ae55b58e96d5f@mail.gmail.com> Message-ID: <1264248271.2155.2.camel@scorpion.multitel.be> Le vendredi 22 janvier 2010 ? 12:30 -0500, anil v a ?crit : > Hi All, > > I have installed ekiga on my Ubuntu successfully and configured and > bought the CallOut Account from diamond.... . But when I open the > Ekiga it is always saying that Ekiga did not manage to configure your > network settings automatically. You can still use it, but you need to > configure your network settings manually. > > Could you please suggest me why I am getting like this and I am > observing that from Edit-->AccountSettings status as Couldnot > register. > > But I have followd the configuration setup guide and got username and > other details. > > Could any one pls suggest me how to make a video call using Ekiga > sucessfully. That means that the STUN test failed or determined that you are behind Symmetric NAT, preventing transparent NAT traversal. I suggest you to consult our wiki at wiki.ekiga.org to understand what the problem is and how to solve the issue. (Port forwarding will probably be required) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From wilfred45 at live.nl Sun Jan 24 12:55:24 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Sun, 24 Jan 2010 13:55:24 +0100 Subject: [Ekiga-list] No sound with Ekiga Message-ID: Hello, Ive build ekige just fine and it runs fine but when I receive a call, there is no ringing sound. This is what I get from ekige -d 4: 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalUDP Setting interface to 192.168.1.101%eth0 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) 2010/01/24 13:47:07.498 1:39.679 AEScheduler Adding Event incoming_call_sound 4000/256 to queue 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 PWLib File handle low water mark set: 54 PUDPSocket 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound I see Ekiga is searching in many places but not in /usr/share/sounds/ekiga/* And thats the place where are the sounds: ls /usr/share/sounds/ekiga busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav This is the build part of my SPEC file: ./autogen.sh \ --prefix=%{_prefix} \ --with-boost-libdir=/usr/lib64 \ --enable-gstreamer \ --enable-dbus \ CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" What can I do to let Ekiga search in the right folder? _________________________________________________________________ Alles over Windows http://www.windows.nl/About.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sun Jan 24 16:40:50 2010 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 24 Jan 2010 17:40:50 +0100 Subject: [Ekiga-list] No sound with Ekiga In-Reply-To: References: Message-ID: <1264351250.2197.0.camel@scorpion.multitel.be> Le dimanche 24 janvier 2010 ? 13:55 +0100, Wilfred van den Assem a ?crit : > Hello, > > Ive build ekige just fine and it runs fine but when I receive a call, > there is no ringing sound. This is what I get from ekige -d 4: > > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 > OpalUDP Setting interface to 192.168.1.101%eth0 > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 > OpalCon SetPhase from SetUpPhase to AlertingPhase for > Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 > OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 > OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 > PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, > kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) > 2010/01/24 13:47:07.498 1:39.679 > AEScheduler Adding Event incoming_call_sound 4000/256 to queue > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 > AEScheduler Checking pending list with 1 elements > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 > AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav > for event incoming_call_sound > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 > AEScheduler Trying to > load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for > event incoming_call_sound > 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 > PWLib File handle low water mark set: 54 PUDPSocket > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 > AEScheduler Checking pending list with 1 elements > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 > AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav > for event incoming_call_sound > 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 > AEScheduler Trying to > load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for > event incoming_call_sound > 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 > AEScheduler Checking pending list with 1 elements > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 > AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav > for event incoming_call_sound > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 > AEScheduler Trying to > load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for > event incoming_call_sound > 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 > AEScheduler Checking pending list with 1 elements > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 > AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav > for event incoming_call_sound > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 > AEScheduler Trying to > load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for > event incoming_call_sound > > I see Ekiga is searching in many places but not > in /usr/share/sounds/ekiga/* > And thats the place where are the sounds: > > ls /usr/share/sounds/ekiga > busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav > > This is the build part of my SPEC file: > > ./autogen.sh \ > --prefix=%{_prefix} \ > --with-boost-libdir=/usr/lib64 \ > --enable-gstreamer \ > --enable-dbus \ > CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" > > What can I do to let Ekiga search in the right folder? What's the value of _prefix ? -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From wilfred45 at live.nl Sun Jan 24 22:04:09 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Sun, 24 Jan 2010 23:04:09 +0100 Subject: [Ekiga-list] No sound with Ekiga In-Reply-To: <1264351250.2197.0.camel@scorpion.multitel.be> References: , <1264351250.2197.0.camel@scorpion.multitel.be> Message-ID: Hello, Ive build ekige just fine and it runs fine but when I receive a call, there is no ringing sound. This is what I get from ekige -d 4: 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalUDP Setting interface to 192.168.1.101%eth0 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) 2010/01/24 13:47:07.498 1:39.679 AEScheduler Adding Event incoming_call_sound 4000/256 to queue 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 PWLib File handle low water mark set: 54 PUDPSocket 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound I see Ekiga is searching in many places but not in /usr/share/sounds/ekiga/* And thats the place where are the sounds: ls /usr/share/sounds/ekiga busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav This is the build part of my SPEC file: ./autogen.sh \ --prefix=%{_prefix} \ --with-boost-libdir=/usr/lib64 \ --enable-gstreamer \ --enable-dbus \ CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" What can I do to let Ekiga search in the right folder? What's the value of _prefix ? The default value is /usr on my opensuse 11.2 box. I build many other rpm for me and for my family and always use --prefix=%{_prefix} in the SPEC file. The executable is installed in /usr/bin/ and the libs are in /usr/lib64/ekiga/ In /usr/local there is nothing installed. _________________________________________________________________ Download gratis emoticons voor Messenger http://www.rulive.nl/aspx/emoticons.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From anil.vemulapally at gmail.com Mon Jan 25 00:53:37 2010 From: anil.vemulapally at gmail.com (anil v) Date: Sun, 24 Jan 2010 16:53:37 -0800 Subject: [Ekiga-list] ekiga-list Digest, Vol 42, Issue 30 In-Reply-To: References: Message-ID: <4bc25c2f1001241653y4366f591g40cf06a79e5f7ff6@mail.gmail.com> Hi Damien, Thanks for you reply. I have modified the configuration so now my webcam is detecting and I am able see the video of myself. But I am unable to make a call. When I am doing echo test using sip:500 at ekiga.net i am getting error as "Couldnot connect to remote Host" . Could you please suggest me how can I make a call using Ekiga. I got the diamond card access also. I have gone through the as you mentioned wiki below but seeminly every thing is fine tuned. Please suggest me. Best Regards, Anil.V 2010/1/24 > Send ekiga-list mailing list submissions to > ekiga-list at gnome.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.gnome.org/mailman/listinfo/ekiga-list > or, via email, send a message with subject or body 'help' to > ekiga-list-request at gnome.org > > You can reach the person managing the list at > ekiga-list-owner at gnome.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ekiga-list digest..." > > > Today's Topics: > > 1. Re: How to make video call using Ekiga ... (Damien Sandras) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 23 Jan 2010 13:04:31 +0100 > From: Damien Sandras > To: Ekiga mailing list > Subject: Re: [Ekiga-list] How to make video call using Ekiga ... > Message-ID: <1264248271.2155.2.camel at scorpion.multitel.be> > Content-Type: text/plain; charset="utf-8" > > Le vendredi 22 janvier 2010 ? 12:30 -0500, anil v a ?crit : > > > Hi All, > > > > I have installed ekiga on my Ubuntu successfully and configured and > > bought the CallOut Account from diamond.... . But when I open the > > Ekiga it is always saying that Ekiga did not manage to configure your > > network settings automatically. You can still use it, but you need to > > configure your network settings manually. > > > > Could you please suggest me why I am getting like this and I am > > observing that from Edit-->AccountSettings status as Couldnot > > register. > > > > But I have followd the configuration setup guide and got username and > > other details. > > > > Could any one pls suggest me how to make a video call using Ekiga > > sucessfully. > > > That means that the STUN test failed or determined that you are behind > Symmetric NAT, preventing transparent NAT traversal. > I suggest you to consult our wiki at wiki.ekiga.org to understand what > the problem is and how to solve the issue. > > (Port forwarding will probably be required) > -- > _ Damien Sandras > (o- > //\ Ekiga Softphone : http://www.ekiga.org/ > v_/_ Be IP : > http://www.beip.be/ > FOSDEM : http://www.fosdem.org/ > SIP Phone : sip:dsandras at ekiga.net > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.gnome.org/archives/ekiga-list/attachments/20100123/63595a08/attachment.html > > > > ------------------------------ > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > > End of ekiga-list Digest, Vol 42, Issue 30 > ****************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 25 10:18:20 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 25 Jan 2010 11:18:20 +0100 Subject: [Ekiga-list] No sound with Ekiga In-Reply-To: References: , <1264351250.2197.0.camel@scorpion.multitel.be> Message-ID: <4B5D6FEC.8020708@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > Hello, > > > > Ive build ekige just fine and it runs fine but when I receive a call, there is no ringing sound. This is what I get from ekige -d 4: > > > > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalUDP Setting interface to 192.168.1.101%eth0 > > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) > > 2010/01/24 13:47:07.498 1:39.679 AEScheduler Adding Event incoming_call_sound 4000/256 to queue > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 PWLib File handle low water mark set: 54 PUDPSocket > > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > I see Ekiga is searching in many places but not in /usr/share/sounds/ekiga/* > > And thats the place where are the sounds: > > > > ls /usr/share/sounds/ekiga > > busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav > > > > This is the build part of my SPEC file: > > > > ./autogen.sh \ > > --prefix=%{_prefix} \ > > --with-boost-libdir=/usr/lib64 \ > > --enable-gstreamer \ > > --enable-dbus \ > > CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" > > > > What can I do to let Ekiga search in the right folder? > > > > > What's the value of _prefix ? > > The default value is /usr on my opensuse 11.2 box. > I build many other rpm for me and for my family and always use --prefix=%{_prefix} in the SPEC file. > The executable is installed in /usr/bin/ and the libs are in /usr/lib64/ekiga/ > In /usr/local there is nothing installed. Try using --prefix=/usr instead of --prefix=%{_prefix} . -- Eugen From wilfred45 at live.nl Mon Jan 25 13:27:10 2010 From: wilfred45 at live.nl (Wilfred van den Assem) Date: Mon, 25 Jan 2010 14:27:10 +0100 Subject: [Ekiga-list] No sound with Ekiga In-Reply-To: <4B5D6FEC.8020708@pu-pm.univ-fcomte.fr> References: , , <1264351250.2197.0.camel@scorpion.multitel.be>, , <4B5D6FEC.8020708@pu-pm.univ-fcomte.fr> Message-ID: > > Wilfred van den Assem wrote: > > Hello, > > > > > > > > Ive build ekige just fine and it runs fine but when I receive a call, there is no ringing sound. This is what I get from ekige -d 4: > > > > > > > > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalUDP Setting interface to 192.168.1.101%eth0 > > > > 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] > > > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] > > > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] > > > > 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) > > > > 2010/01/24 13:47:07.498 1:39.679 AEScheduler Adding Event incoming_call_sound 4000/256 to queue > > > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 PWLib File handle low water mark set: 54 PUDPSocket > > > > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > > > 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > > > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements > > > > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound > > > > > > > > I see Ekiga is searching in many places but not in /usr/share/sounds/ekiga/* > > > > And thats the place where are the sounds: > > > > > > > > ls /usr/share/sounds/ekiga > > > > busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav > > > > > > > > This is the build part of my SPEC file: > > > > > > > > ./autogen.sh \ > > > > --prefix=%{_prefix} \ > > > > --with-boost-libdir=/usr/lib64 \ > > > > --enable-gstreamer \ > > > > --enable-dbus \ > > > > CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" > > > > > > > > What can I do to let Ekiga search in the right folder? > > > > > > > > > > What's the value of _prefix ? > > > > The default value is /usr on my opensuse 11.2 box. > > I build many other rpm for me and for my family and always use --prefix=%{_prefix} in the SPEC file. > > The executable is installed in /usr/bin/ and the libs are in /usr/lib64/ekiga/ > > In /usr/local there is nothing installed. > > Try using --prefix=/usr instead of --prefix=%{_prefix} . > Did it but makes no difference. When building the RPM it says Installing into prefix : /usr _________________________________________________________________ 25GB gratis online harde schijf http://skydrive.live.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Jan 25 13:33:22 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 25 Jan 2010 14:33:22 +0100 Subject: [Ekiga-list] No sound with Ekiga In-Reply-To: References: , , <1264351250.2197.0.camel@scorpion.multitel.be>, , <4B5D6FEC.8020708@pu-pm.univ-fcomte.fr> Message-ID: <4B5D9DA2.3020604@pu-pm.univ-fcomte.fr> Wilfred van den Assem wrote: > >> Wilfred van den Assem wrote: >>> Hello, >>> >>> >>> >>> Ive build ekige just fine and it runs fine but when I receive a call, there is no ringing sound. This is what I get from ekige -d 4: >>> >>> >>> >>> 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalUDP Setting interface to 192.168.1.101%eth0 >>> >>> 2010/01/24 13:47:07.412 1:39.594 CallSetup:0x75240910 OpalCon SetPhase from SetUpPhase to AlertingPhase for Call[C193943361]-EP[c8f4d53f-5407-df11-8ea5-001a4d4c2307] >>> >>> 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalCon OnSetUpConnectionCall[C193943361]-EP[P48b71de32] >>> >>> 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 OpalEP OnSetUpConnection Call[C193943361]-EP[P48b71de32] >>> >>> 2010/01/24 13:47:07.413 1:39.594 CallSetup:0x75240910 PTLib Thread ended: name="CallSetup:0x75240910", real=0.002, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) >>> >>> 2010/01/24 13:47:07.498 1:39.679 AEScheduler Adding Event incoming_call_sound 4000/256 to queue >>> >>> 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements >>> >>> 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:07.498 1:39.679 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:08.800 1:40.981 Housekeeper:0x80c80910 PWLib File handle low water mark set: 54 PUDPSocket >>> >>> 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements >>> >>> 2010/01/24 13:47:11.498 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:11.499 1:43.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:15.498 1:47.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements >>> >>> 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:15.498 1:47.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:19.498 1:51.679 AudioEvent...0x95ab9910 AEScheduler Checking pending list with 1 elements >>> >>> 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> 2010/01/24 13:47:19.498 1:51.680 AudioEvent...0x95ab9910 AEScheduler Trying to load /usr/share/sounds/ekiga/usr/local/share/sounds/ekiga/ring.wav for event incoming_call_sound >>> >>> >>> >>> I see Ekiga is searching in many places but not in /usr/share/sounds/ekiga/* >>> >>> And thats the place where are the sounds: >>> >>> >>> >>> ls /usr/share/sounds/ekiga >>> >>> busytone.wav dialtone.wav newmessage.wav ring.wav voicemail.wav >>> >>> >>> >>> This is the build part of my SPEC file: >>> >>> >>> >>> ./autogen.sh \ >>> >>> --prefix=%{_prefix} \ >>> >>> --with-boost-libdir=/usr/lib64 \ >>> >>> --enable-gstreamer \ >>> >>> --enable-dbus \ >>> >>> CFLAGS="-fexceptions" CXXFLAGS="-fexceptions" >>> >>> >>> >>> What can I do to let Ekiga search in the right folder? >>> >>> >>> >>> >>> What's the value of _prefix ? >>> >>> The default value is /usr on my opensuse 11.2 box. >>> I build many other rpm for me and for my family and always use --prefix=%{_prefix} in the SPEC file. >>> The executable is installed in /usr/bin/ and the libs are in /usr/lib64/ekiga/ >>> In /usr/local there is nothing installed. >> Try using --prefix=/usr instead of --prefix=%{_prefix} . >> > Did it but makes no difference. When building the RPM it says > Installing into prefix : /usr Well, I am out of ideas... The simplest thing is that you find out yourself where the problem is and inform us too. My feeling is that there is strange configuration on your machine. You could print the value of datadir variable at different stages, for ex. I see it is set in configure.ac, and it is used in sounds/Makefile.am. Also, add printf in lib/engine/audiooutput/audiooutput-scheduler.cpp, function load_wav to see what are is the path (complete file name) passed there. -- Eugen From anil.vemulapally at gmail.com Tue Jan 26 19:50:51 2010 From: anil.vemulapally at gmail.com (anil v) Date: Tue, 26 Jan 2010 11:50:51 -0800 Subject: [Ekiga-list] Calling Ekiga from JavaScript Message-ID: <4bc25c2f1001261150k4498ca1blc1579c5554a26965@mail.gmail.com> Hi All, I have installed ekiga and able to make calls to mobile phones using ekiga and now I want to call ekiga from Javascript with my own javscript UI. Could any one suggest me how can i use ekiga using browser through javascript code. Best Regds, Anil.V -------------- next part -------------- An HTML attachment was scrubbed... URL: From anil.vemulapally at gmail.com Wed Jan 27 02:49:31 2010 From: anil.vemulapally at gmail.com (anil v) Date: Tue, 26 Jan 2010 18:49:31 -0800 Subject: [Ekiga-list] JavaScript bindings for Ekiga Softphone Message-ID: <4bc25c2f1001261849v2bd23199ld3acb28c156253d6@mail.gmail.com> Hi All, I want to use ekiga softphone from the JavaScript . Can any one tell me Ekiga supports JavaScripts bindings ? Thanks, Anil.V -------------- next part -------------- An HTML attachment was scrubbed... URL: From qian.xiong2005 at gmail.com Wed Jan 27 05:45:16 2010 From: qian.xiong2005 at gmail.com (=?UTF-8?B?5aCR54aK?=) Date: Wed, 27 Jan 2010 13:45:16 +0800 Subject: [Ekiga-list] JavaScript bindings for Ekiga Softphone In-Reply-To: <4bc25c2f1001261849v2bd23199ld3acb28c156253d6@mail.gmail.com> References: <4bc25c2f1001261849v2bd23199ld3acb28c156253d6@mail.gmail.com> Message-ID: <9592d9621001262145q544e0f9fsd375d46cbffe42a1@mail.gmail.com> There are no JavaScript Interfaces support any SIP hardware in present. So don't think about it ! this is a wast of time. On Wed, Jan 27, 2010 at 10:49 AM, anil v wrote: > Hi All, > > I want to use ekiga softphone from the JavaScript . Can any one tell me > Ekiga supports JavaScripts bindings ? > > > Thanks, > Anil.V > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From winter17 at hotmail.com Wed Jan 27 14:12:19 2010 From: winter17 at hotmail.com (Audra Winter) Date: Wed, 27 Jan 2010 08:12:19 -0600 Subject: [Ekiga-list] Audio/Video Chat Message-ID: Hello, I'm fairly new to this, but yesterday my bf and I were able to get the video part of the chat going and were able to see each other, but could't hear each other, does anyone know how we can do this? Thanks. Much appreciated. Audra -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Jan 27 14:35:51 2010 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 27 Jan 2010 15:35:51 +0100 Subject: [Ekiga-list] Audio/Video Chat In-Reply-To: References: Message-ID: <4B604F47.9070404@pu-pm.univ-fcomte.fr> Audra Winter wrote: > > > Hello, > > > > I'm fairly new to this, but yesterday my bf and I were able to get the video part of the chat going and were able to see each other, but could't hear each other, does anyone know how we can do this? Thanks. Much appreciated. Be sure to check on both of you a few audio codecs (such as Speex-s and PCMU, PCMA) in Preferences->Audio and re-try the communication. Does it show the video and the audio codecs chosen at the bottom of the video image? Finally, if it still does not work, send us the -d 4 output please. Cheers, -- Eugen Dedu From bowman.david.w at gmail.com Wed Jan 27 16:08:38 2010 From: bowman.david.w at gmail.com (David Bowman) Date: Wed, 27 Jan 2010 11:08:38 -0500 Subject: [Ekiga-list] Sound issues Message-ID: <857dc6101001270808n7ca1776n47189ed3ab1e00f8@mail.gmail.com> Hi again I am back to say that updating the OS and the audio drivers did not solve my problems with ekiga. I am not entirely sure what to do at this point. To continue without any direction is foolish and so I turn to you good folk of the ekiga mailing list. My issue occurs15 to 120 seconds in my calls. My friend stops being able to hear me and I cannot determine why. David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Wed Jan 27 16:15:04 2010 From: dsandras at seconix.com (Damien Sandras) Date: Wed, 27 Jan 2010 17:15:04 +0100 Subject: [Ekiga-list] Sound issues In-Reply-To: <857dc6101001270808n7ca1776n47189ed3ab1e00f8@mail.gmail.com> References: <857dc6101001270808n7ca1776n47189ed3ab1e00f8@mail.gmail.com> Message-ID: <1264608904.21048.53.camel@scorpion.multitel.be> Le mercredi 27 janvier 2010 ? 11:08 -0500, David Bowman a ?crit : > Hi again > I am back to say that updating the OS and the audio drivers did not > solve my problems with ekiga. I am not entirely sure what to do at > this point. To continue without any direction is foolish and so I > turn to you good folk of the ekiga mailing list. My issue occurs15 to > 120 seconds in my calls. My friend stops being able to hear me and I > cannot determine why. > David Do you / Does he have the same problem with the echo test ? (500 at ekiga.net) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From franckd at agmp.org Wed Jan 27 19:56:22 2010 From: franckd at agmp.org (Franck Danard) Date: Wed, 27 Jan 2010 20:56:22 +0100 Subject: [Ekiga-list] Error when ekiga start under Windows XP In-Reply-To: <4B5AB822.4060804@agmp.org> References: <4B5AB822.4060804@agmp.org> Message-ID: <4B609A66.2050708@agmp.org> No idea for this problem? Le 23/01/2010 09:49, Franck Danard a ?crit : > Hi. > I've a problem when Ekiga loading. > Several error appear. > Procedure av-crc04C11DB7 not found into library avutil-49.dll, or some > think like that. > > This problem is under the last version 3.2.6 for windows. > > Thanks for your help. > -- > */Franck Danard/* > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list -- */Franck Danard/* -------------- next part -------------- An HTML attachment was scrubbed... URL: From anshul at baboonlogic.com Thu Jan 28 05:43:20 2010 From: anshul at baboonlogic.com (Anshul) Date: Thu, 28 Jan 2010 11:13:20 +0530 Subject: [Ekiga-list] Reviving old ekiga.net account Message-ID: Hi I registered anshul at ekiga.net back in 2006 but since none of my friends were using sip, I ended up not using it. Now, I want to try it all out again but I can't recollect my password and forgot my password doesn't seem to be sending out any mail. Can anyone help me with this? Is this the right place to ask this question? Thanks, Anshul From rowens at ptd.net Thu Jan 28 23:55:33 2010 From: rowens at ptd.net (Rob Owens) Date: Thu, 28 Jan 2010 18:55:33 -0500 Subject: [Ekiga-list] Reviving old ekiga.net account In-Reply-To: References: Message-ID: <20100128235533.GA28100@aurora.owens.net> On Thu, Jan 28, 2010 at 11:13:20AM +0530, Anshul wrote: > Hi > > I registered anshul at ekiga.net back in 2006 but since none of my > friends were using sip, I ended up not using it. Now, I want to try > it all out again but I can't recollect my password and forgot my > password doesn't seem to be sending out any mail. Can anyone help me > with this? Is this the right place to ask this question? > +1 I have a similar problem. I created accounts for my parents, then forgot about them, then created them again. So I'd like to get rid of the old accounts so there is no confusion for anybody looking them up in Ekiga's white pages. -Rob From anshul at baboonlogic.com Fri Jan 29 06:28:26 2010 From: anshul at baboonlogic.com (Anshul) Date: Fri, 29 Jan 2010 11:58:26 +0530 Subject: [Ekiga-list] Reviving old ekiga.net account In-Reply-To: <20100128235533.GA28100@aurora.owens.net> References: <20100128235533.GA28100@aurora.owens.net> Message-ID: On Fri, Jan 29, 2010 at 5:25 AM, Rob Owens wrote: > On Thu, Jan 28, 2010 at 11:13:20AM +0530, Anshul wrote: >> Hi >> >> I registered anshul at ekiga.net back in 2006 but since none of my >> friends were using sip, I ended up not using it. ? Now, I want to try >> it all out again but I can't recollect my password and forgot my >> password doesn't seem to be sending out any mail. ?Can anyone help me >> with this? ?Is this the right place to ask this question? >> > +1 > > I have a similar problem. ?I created accounts for my parents, then > forgot about them, then created them again. ?So I'd like to get rid of the > old accounts so there is no confusion for anybody looking them up in > Ekiga's white pages. The folks at the #ekiga irc suggested mailing accounts at ekiga.net and that did the trick. The good folks at the other end of that email are really helpful. A big thanks to Yan, et al. Anshul From cobyshome10 at hotmail.com Sat Jan 30 22:00:59 2010 From: cobyshome10 at hotmail.com (Debra G) Date: Sat, 30 Jan 2010 14:00:59 -0800 Subject: [Ekiga-list] request for help - received Globally not acceptable message Message-ID: Hi, I would like to use Ekiga, but I cannot "register" any sip address. I've read the documentation and blogs, but cannot figure out how to register. Seems like it should be simple, but it isn't working for me. I requested a sip account and received the email stating that I'm registered, but the account always shows up in Ekiga as "could not register (Globally not acceptable)". I then tried to register for another sip account to see if that corrected anything, but no it didn't. I now just have 2 accounts with the same message. I'm using Linux operating system (Ubuntu 9.10) and Ekiga 3.2.6. Any help would be appreciated because I've spent hours trying to register and am about to give up. Please... any help would be appreciated. Thanks. dg -------------- next part -------------- An HTML attachment was scrubbed... URL: From chipperb at nc.rr.com Sat Jan 30 23:39:42 2010 From: chipperb at nc.rr.com (Ralph Blach) Date: Sat, 30 Jan 2010 18:39:42 -0500 Subject: [Ekiga-list] low bit rate audio Message-ID: <4B64C33E.1080004@nc.rr.com> I have a son who is connected to the internet though a lower bit rate internet connections. What is the best codec on ekiga to use for the lowest bit rate connections. Thanks Chip From dsandras at seconix.com Sun Jan 31 09:28:19 2010 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 31 Jan 2010 10:28:19 +0100 Subject: [Ekiga-list] request for help - received Globally not acceptable message In-Reply-To: References: Message-ID: <1264930099.2364.0.camel@scorpion.multitel.be> Le samedi 30 janvier 2010 ? 14:00 -0800, Debra G a ?crit : > Hi, > I would like to use Ekiga, but I cannot "register" any sip address. > I've read the documentation and blogs, but cannot figure out how to > register. Seems like it should be simple, but it isn't working for > me. I requested a sip account and received the email stating that I'm > registered, but the account always shows up in Ekiga as "could not > register (Globally not acceptable)". I then tried to register for > another sip account to see if that corrected anything, but no it > didn't. I now just have 2 accounts with the same message. I'm using > Linux operating system (Ubuntu 9.10) and Ekiga 3.2.6. Any help would > be appreciated because I've spent hours trying to register and am > about to give up. Please... any help would be appreciated. Please provide a -d4 output somewhere. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsandras at seconix.com Sun Jan 31 09:28:45 2010 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 31 Jan 2010 10:28:45 +0100 Subject: [Ekiga-list] low bit rate audio In-Reply-To: <4B64C33E.1080004@nc.rr.com> References: <4B64C33E.1080004@nc.rr.com> Message-ID: <1264930125.2364.1.camel@scorpion.multitel.be> Le samedi 30 janvier 2010 ? 18:39 -0500, Ralph Blach a ?crit : > I have a son who is connected to the internet though a lower bit rate internet connections. > > What is the best codec on ekiga to use for the lowest bit rate connections. > Probably iLBC for audio and H.264 for video. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsandras at ekiga.net -------------- next part -------------- An HTML attachment was scrubbed... URL: