[Ekiga-list] E3 on KDE 8.04 will also have h264 enabled soon
I am working on getting H264 codec support available as well. Will update the group as soon as I am done. I wish to do a VOIP check done with the group on that side before our meeting on Saturday. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga.net VOIP conference server info
Le mercredi 04 février 2009 à 01:55 -0800, john_re a écrit : > > > > > > Nothing fancy, just regular hw for a server. I'm not sure to truly > > > understand your point here... > > Point: Is there any VOIP specific hardware? Maybe some telecom carrier > grade voice IO capability stuff? Low latency throughput, etc? Maybe > some Digium stuff?? No, nothing. It's a standard server with good bandwidth. > > > > > > In short: > > > The whole software stack is open source. > > > > > Mostly I'm interested in the sw that does the voip conferencing, that > mixes the audio stream. & also control for the conference room - is > there, or can there be made available, easily, some control panel for a > voip conference, that shows status info about the conference members, > the rate & quality of their connections, etc - something to help manage > a conference to any useful extent, & perhaps debug connections, - like > volume levels, etc It could be implemented, but currently it is not available. [...] > > > > > > > 6b) what is the maximum conference participants it can handle > > > > > > I've no clue. I personally tested up to something like 10. We do not know. > > > > 7) What issues should one be aware of in attempting to create a global > > > > conference? Ex: USA & India? > > > > > > It is numeric communication. Thus geographical mesures need to be > > > reconsidered. It mostly depends on the underlying net infrastructure. > > > > > > I do not know Ekiga.net's own limits in this regard. > > > > > Jan? anyone? Same answer here. That question is impossible to answer. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga errors using Onesuite and Ekiga account
ZXT wrote: ZXT wrote: When I launched the Ekiga application it register without a problem then I added http://www.onesuite.com/products_Broadband_Main.asp OneSuite sip account . It says "Service Unavailable". I restart the Ekiga application and now both SIP accounts has an error. Ekiga.net - Could not register (Illegal status code) Onesuite - Could not register (Service unavailable) Screenshot of Error messages -> http://www.nabble.com/file/p21721344/ekiga.JPG ekiga.JPG Anybody got an idea? Just bumping my question. Again I'm getting error on both Onesuite and Ekiga account. Please check screenshot. Could you send -d 4 output? See http://wiki.ekiga.org/index.php/Debugging_Ekiga -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Visual feedback when doing ekiga -c calls
yannick wrote: Le mercredi 04 février 2009 à 15:08 +0100, Alec Leamas a écrit : Yes, I'm missing something: the "called" state, waiting to pick up the phone. Embarrasing. But not a problem, in this case there is a powerful visual representation :-) What you missed is this: you can turn the green tray icon to red or orange using the main GUI. This is called presence. Green=on line orange=busy red=do not disturb Ah, I'm on Fedora. And after following the presence discussion for Fedora I've put it aside. I get your point. But my point(s) are still valid: there is a need to somehow give some visual feedback when ekiga is making a call initiated by other means than the main window. And there is also a need to communicate the possible fact that we are not available at all when all accounts are down. With this said, the green/red idea was obviously not that great...maybe opening the main window is what's left. Other sip-phones does it, it can't be that bad... ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Visual feedback when doing ekiga -c calls
Le mercredi 04 février 2009 à 15:08 +0100, Alec Leamas a écrit : > Yes, I'm missing something: the "called" state, waiting to pick up > the > phone. Embarrasing. But not a problem, in this case there is a > powerful > visual representation :-) What you missed is this: you can turn the green tray icon to red or orange using the main GUI. This is called presence. Green=on line orange=busy red=do not disturb ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Visual feedback when doing ekiga -c calls
yannick wrote: Le mercredi 04 février 2009 à 13:27 +0100, Alec Leamas a écrit : As of now, if a running ekiga instance makes a call started through "ekiga -c #" there is no visual feedback at all. Somehow, when I use this, it creates a little uneasy feeling (despite the obvious audio feedback). Also, if I lose connection to my account (and thus can't receive or place calls), there is still the same green spot in the tray... Thinking about it, from a user perspective there is really four states: - "No dialtone" i.e., no registered account. - Idle, ready... - Connecting - Connected I think it would make sense to reflect all these states in the tray icon. Nothing like Skype, which throws up it's main window when a call is initiated - it just irritating when you work in another application. Maybe just change colour on the green spoot in the tray. Just to illustrate what I have in mind: - No dialtone: Red spot, tooltip "No account registered" - Idle: Green spot, tooltip "Diamondcard account registered" or "Two accounts registered" - Connecting: yellow spot, tooltip "Connecting to "...@sip.provider.com" - Connected: as today, tooltip "Connected to "111...@sip.provider.com" Or? There is maybe a place for that in the main GUI rather than in the systray (the systray reflect your status already, mixing both status and connectivity will be overkill). I'm thinking about the quality meter at the bottom. It is always visible and except when you're in a call, it is pretty useless. No dialtone, idle and connecting can fill this useless, while connected would be where the quality info will be shown. Regards, Yannick ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list Yes, I'm missing something: the "called" state, waiting to pick up the phone. Embarrasing. But not a problem, in this case there is a powerful visual representation :-) ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Visual feedback when doing ekiga -c calls
Le mercredi 04 février 2009 à 13:27 +0100, Alec Leamas a écrit : > As of now, if a running ekiga instance makes a call started through > "ekiga -c #" there is no visual feedback at all. Somehow, when I use > this, it creates a little uneasy feeling (despite the obvious audio > feedback). Also, if I lose connection to my account (and thus can't > receive or place calls), there is still the same green spot in the tray... > > Thinking about it, from a user perspective there is really four states: > > - "No dialtone" i.e., no registered account. > - Idle, ready... > - Connecting > - Connected > > I think it would make sense to reflect all these states in the tray > icon. Nothing like Skype, which throws up it's main window when a call > is initiated - it just irritating when you work in another application. > Maybe just change colour on the green spoot in the tray. Just to > illustrate what I have in mind: > > - No dialtone: Red spot, tooltip "No account registered" > - Idle: Green spot, tooltip "Diamondcard account registered" or "Two > accounts registered" > - Connecting: yellow spot, tooltip "Connecting to "111 sip provider com" > - Connected: as today, tooltip "Connected to "11 sip provider com" > > Or? There is maybe a place for that in the main GUI rather than in the systray (the systray reflect your status already, mixing both status and connectivity will be overkill). I'm thinking about the quality meter at the bottom. It is always visible and except when you're in a call, it is pretty useless. No dialtone, idle and connecting can fill this useless, while connected would be where the quality info will be shown. Regards, Am I missing something? When initiating a call, does the systray icon reflect that we are trying to connect i. e., is there any visual feedback at all when doing a ekiga -c #? As I see it, a call attempt which is not connected is more os less invisible for the user(?). If I lose my account connection, is there any feedback then? Personally, I feel this is more important. I autostart ekiga, which makes sense, if you are logged in you want to be available. But as of now, I really have to check (by opening main window) "now and then" if the line is OK. Is a green light representing a broken phone reasonable? Bottom line: user perspective really is really four states, but the current systray icon only reflects two: Connected or not. To use the main window is better than nothing. But to have to open it just to check if there is a connection is not that good. And, as I said, the "ekiga -c" mechanism is most likely invoked when you work in some other application, and to show the main window then (like Skype) is just little irritating (?) Reading what I've written it feels a little sharp. Hope you don't mind, English is not my native language, the nuances are not lost... I want to be friendly, but writes like God knows what. Have mercy with me :-) --alec ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Visual feedback when doing ekiga -c calls
Le mercredi 04 février 2009 à 13:27 +0100, Alec Leamas a écrit : > As of now, if a running ekiga instance makes a call started through > "ekiga -c #" there is no visual feedback at all. Somehow, when I use > this, it creates a little uneasy feeling (despite the obvious audio > feedback). Also, if I lose connection to my account (and thus can't > receive or place calls), there is still the same green spot in the tray... > > Thinking about it, from a user perspective there is really four states: > > - "No dialtone" i.e., no registered account. > - Idle, ready... > - Connecting > - Connected > > I think it would make sense to reflect all these states in the tray > icon. Nothing like Skype, which throws up it's main window when a call > is initiated - it just irritating when you work in another application. > Maybe just change colour on the green spoot in the tray. Just to > illustrate what I have in mind: > > - No dialtone: Red spot, tooltip "No account registered" > - Idle: Green spot, tooltip "Diamondcard account registered" or "Two > accounts registered" > - Connecting: yellow spot, tooltip "Connecting to "...@sip.provider.com" > - Connected: as today, tooltip "Connected to "111...@sip.provider.com" > > Or? There is maybe a place for that in the main GUI rather than in the systray (the systray reflect your status already, mixing both status and connectivity will be overkill). I'm thinking about the quality meter at the bottom. It is always visible and except when you're in a call, it is pretty useless. No dialtone, idle and connecting can fill this useless, while connected would be where the quality info will be shown. Regards, Yannick ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Visual feedback when doing ekiga -c calls
As of now, if a running ekiga instance makes a call started through "ekiga -c #" there is no visual feedback at all. Somehow, when I use this, it creates a little uneasy feeling (despite the obvious audio feedback). Also, if I lose connection to my account (and thus can't receive or place calls), there is still the same green spot in the tray... Thinking about it, from a user perspective there is really four states: - "No dialtone" i.e., no registered account. - Idle, ready... - Connecting - Connected I think it would make sense to reflect all these states in the tray icon. Nothing like Skype, which throws up it's main window when a call is initiated - it just irritating when you work in another application. Maybe just change colour on the green spoot in the tray. Just to illustrate what I have in mind: - No dialtone: Red spot, tooltip "No account registered" - Idle: Green spot, tooltip "Diamondcard account registered" or "Two accounts registered" - Connecting: yellow spot, tooltip "Connecting to "...@sip.provider.com" - Connected: as today, tooltip "Connected to "111...@sip.provider.com" Or? --alec ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] BerkeleyTIP Feb 7 Sat Global Meeting - Ekiga3, Asterisk, KDE, GPGPU, Debian Edu, GStreamer
** Great talks this meeting: (live & on video) ** Ekiga3, Asterisk, GPGPU, GStreamer, Debian Edu, HowTo Present KDE at meetings http://sites.google.com/site/berkeleytip/ Join from anywhere via VOIP conference, with the friendly, educational, productive, BerkeleyTIP people. :) Join the #berkeleytip freenode.net IRC channel for help getting your VOIP working. http://groups.google.com/group/BerkTIPGlobal/web/irc-voip Programming Party: Whatever you want to work on, or group VOIP technology. = * FEB 7 SCHEDULE (California PacificStandardTime = -8h GMT) * Time Activity & Talks - 10 A Setup. Installfest begin. IRC & VOIP online 11 Ekiga 3 VOIP HowTo - Live from India 12 N Asterisk Free Software Telephone System 1 P " 2 GPGPU - General Purpose computing w/ Graphics Processing Units 3 " 4 Debian Edu - 100% in main 5 ** 5 Minute Lightning Talks ** GStreamer Multimedia Framework 6 HowTo Rock the Show with KDE 630 - Cleanup [Adjust for your local time: 10AM - 6:30PM PST = 1PM - 9:30PM Eastern = 6PM - 2:30AM GMT] - Ekiga 3 VOIP HowTo Install - Chaitanya Mehandru - 1h Live - Most distros only have version 2 The Asterisk Free Software Telephone System - Paul Charles Leddy - 1h23m http://nylug.org/meetings/index.shtml?20081000 GPGPU - General Purpose GPUs - John Stone - 1h43m http://www.archive.org/details/clug-28-10-2008-gpu-computing Debian Edu 100% in main - Holger Levsen - 1h https://penta.debconf.org/dc8_schedule/events/286.en.html GStreamer Multimedia Framework - Richard Spiers - 42m http://www.archive.org/details/clug-30-09-2008-gstreamer How to rock the show with KDE - Lydia Pintscher - 30m http://akademy.kde.org/conference/presentation/42.php - "How to present the KDE project at a conference." ** Download the talk videos you want to see the day _before_ the meeting, so your internet connection is free to do VOIP, & not consumed with the video download. :) = = JOIN THE BERKELEY-TIP MAILING LIST Join the mailing list, say "Hi", & introduce yourself, or just follow the discussions. Click "Join this group" on the right side of the page: http://groups.google.com/group/BerkTIPGlobal = = BERKELEY-TIP - MONTHLY GNU(LINUX) BSD FREE SW HW CULTURE MEETING BerkeleyTIP is a great monthly meeting about GNU(Linux), BSD & all free SW HW & Culture. Come learn about, install, use & help produce some SW. :) http://sites.google.com/site/berkeleytip/ = = YOU GIVE A 5 MINUTE LIGHTNING TALK? Send an email to the group with the topic you want to talk about. We'll likely approve all talks about any of: GNU(Linux) BSD or any Free SW HW or Culture subject to time constraints. :) = = EDUCATIONAL OUTREACH - SPRING 2009 - COLLEGES & UNIVERSITIES Join our effort to bring the BerkeleyTIP monthly meetings to local in-person gatherings at Colleges & Universities everywhere.:) You are encouraged to do any of these you want to: 1) Organize a local meeting at a college or university. - A WIFI cafe, or classroom, is a great place to meet. :) 2) Invite attendees by email - you can forward, and add to, this email. 3) Put up meeting announcement posters where appropriate - - see the BTIP site for the current poster 8.5x11 inch ODF file. DO: Join the BTIP mailing list & let's discuss & share ideas about how to make this a success. :) = = RECORD YOUR LOCAL MEETINGS' TALKS It's easy. Bring a video camera, tripod, lapel pin microphone, & microphone cable. Or, just put your camera within about 5-10 feet from the speaker. Put your video online - the internet archive is a great place. Be sure to send me a link. :)I'll try to schedule all newly recorded videos into the next BerkeleyTIP meeting. :) = = FORWARD THIS ANNOUNCEMENT EMAIL WHERE APPROPRIATE You are invited to forward this email wherever appropriate. Pass the word on, encourage other people to attend the meeting, & encourage the growth, improvement & strengthening of all Public Property, Community, "Free as in Freedom & FreeSpeech" software. :) ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Kubuntu, KDE, non root was- Re: E3 errors on Kde 8.04
I got busy with some other stuff at work. Please allow me some time and I can check for the loopback test and 1 on 1 comunication as well. On Wed, Feb 4, 2009 at 4:31 PM, john_re wrote: > Great :) Thanks for all your work. > Have you tested it out for the loopback & conference room at ekiga.net & > 1 on 1 communication? > > On Wed, 4 Feb 2009 15:01:29 +0530, "chaitanya mehandru" > said: > > Hey John, You are awesome..Now i have ekiga running on > > KDE > > 8.04. Why couldn't I think of being regular user. > > So, now as I am done, I will move towards documenting every step taken in > > bringing ekiga up on KDE 8.04. > > > > Thanks, > > Chaitanya > > > > On Wed, Feb 4, 2009 at 2:54 PM, john_re wrote: > > > > > 1) also ask on the KUbuntu, & KDE developers lists, > > > 2) have you tried running this as user, not root? I have some old > vague > > > memory about some gui settings not being available under root, but are > > > as regular user, on KDE or KUbuntu. > > > > > > On Wed, 4 Feb 2009 14:19:09 +0530, "chaitanya mehandru" > > > said: > > > > Hi,I have captured the errors after building E3 on KDE 8.04. It > seems > > > > like ekiga is looking for X display and can't find it. We need to > make it > > > > search for KDE display. > > > > > > > > Whenever I try to launch ekiga, or run the daemon 'Kded', I get the > same > > > > error as 'No Protocol Specified'. > > > > > > > > Can anybody help me removing these errors or any suggestions? > > > > > > > > Thanks, > > > > Chaitanya > > > ___ > > > ekiga-list mailing list > > > ekiga-list@gnome.org > > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Kubuntu, KDE, non root was- Re: E3 errors on Kde 8.04
Great :) Thanks for all your work. Have you tested it out for the loopback & conference room at ekiga.net & 1 on 1 communication? On Wed, 4 Feb 2009 15:01:29 +0530, "chaitanya mehandru" said: > Hey John, You are awesome..Now i have ekiga running on > KDE > 8.04. Why couldn't I think of being regular user. > So, now as I am done, I will move towards documenting every step taken in > bringing ekiga up on KDE 8.04. > > Thanks, > Chaitanya > > On Wed, Feb 4, 2009 at 2:54 PM, john_re wrote: > > > 1) also ask on the KUbuntu, & KDE developers lists, > > 2) have you tried running this as user, not root? I have some old vague > > memory about some gui settings not being available under root, but are > > as regular user, on KDE or KUbuntu. > > > > On Wed, 4 Feb 2009 14:19:09 +0530, "chaitanya mehandru" > > said: > > > Hi,I have captured the errors after building E3 on KDE 8.04. It seems > > > like ekiga is looking for X display and can't find it. We need to make it > > > search for KDE display. > > > > > > Whenever I try to launch ekiga, or run the daemon 'Kded', I get the same > > > error as 'No Protocol Specified'. > > > > > > Can anybody help me removing these errors or any suggestions? > > > > > > Thanks, > > > Chaitanya > > ___ > > ekiga-list mailing list > > ekiga-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/ekiga-list > > ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga.net VOIP conference server info
On Tue, 03 Feb 2009 19:40:08 +0100, "Damien Sandras" said: > Le mardi 03 février 2009 à 18:38 +0100, yannick a écrit : > > Le lundi 02 février 2009 à 23:55 -0800, john_re a écrit : > > > Is there a web page or faq that lists the characteristics of the > > > ekiga.net VOIP conference server? > > https://www.ekiga.net/index.php?page=services .> > > If not, will you please tell me: > > > 1) Who owns it? > > > > Damien Sandras. Ever is some people do have account and administer the > > server, I guess it is mainly under Damien's responsibility. Damien? > > I don't really own it. It is kindly hosted by easyneuf : > http://easyneuf.fr > > > > 2) who manages it? > > > > Damien Sandras, Jan AKA TheBonsai > > Mainly Jan nowadays. > > > > 3) where is the hw? > > > > In France... My own country. > > Hosting: http://www.easyneuf.fr/ > > > > > 4) what general & special purpose hw does it use? > > > > Nothing fancy, just regular hw for a server. I'm not sure to truly > > understand your point here... Point: Is there any VOIP specific hardware? Maybe some telecom carrier grade voice IO capability stuff? Low latency throughput, etc? Maybe some Digium stuff?? > > > > > 5) what sw does it run? > > > > The nice part: > > Running on GNU/Linux > > Kamailio http://www.kamailio.org/ > > Asterisk http://www.asterisk.org/ > > + LAMP service > > -> dedicated user interface in PHP under GPL > > http://webxser.tuxfamily.org/ > > > > I'm currently working on a new user interface using Drupal > > http://drupal.org/ > > > > In short: > > The whole software stack is open source. > > Mostly I'm interested in the sw that does the voip conferencing, that mixes the audio stream. & also control for the conference room - is there, or can there be made available, easily, some control panel for a voip conference, that shows status info about the conference members, the rate & quality of their connections, etc - something to help manage a conference to any useful extent, & perhaps debug connections, - like volume levels, etc Like, we did some conferences using it, & sometimes some people seemed too loud, or maybe had background noise, (music, keyboard clicks), & it would be nice to have tools for the meeting manager to identify problems (ex- which line has the music playing, so we could turn down the volume on that channel, cause they went away from their computer & forgot to turn their mic off, etc) > > > 6) what is its network connectivity? > > > > I do not know how much exactly. Anyone? Can we get info from Jan AKA TheBonsai? Multiple peering? Data rate? Mere internet, or voice carrier connections? > > > > > 6b) what is the maximum conference participants it can handle > > > > I've no clue. I personally tested up to something like 10. > > Jan? > > > 6c) can it now, or will it in the future, handle video conferencing? > > > > Jan? Damien? > > In the future probably, we had tested in the past an asterisk app > supporting video but we did not deploy it. > > > > > > 7) What issues should one be aware of in attempting to create a global > > > conference? Ex: USA & India? > > > > It is numeric communication. Thus geographical mesures need to be > > reconsidered. It mostly depends on the underlying net infrastructure. > > > > I do not know Ekiga.net's own limits in this regard. > > Jan? anyone? > > > 7b) to ensure acceptable quality from multi continents, what can be > > > done? Including, network providers with good VOIP quality TOS? > > > > Are you considering professional use of the service? No, just for the BerkeleyTIP monthly meeting. http://sites.google.com/site/berkeleytip/ > > > > > > Thanks :) > > > > Hope that helps. > > > > Yannick Thanks :) > > > > > > > > http://sites.google.com/site/berkeleytip/ > > > http://groups.google.com/group/BerkTIPGlobal > > > http://groups.google.com/group/BerkTIPGlobal/web/irc-voip ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Kubuntu, KDE, non root was- Re: E3 errors on Kde 8.04
Hey John, You are awesome..Now i have ekiga running on KDE 8.04. Why couldn't I think of being regular user. So, now as I am done, I will move towards documenting every step taken in bringing ekiga up on KDE 8.04. Thanks, Chaitanya On Wed, Feb 4, 2009 at 2:54 PM, john_re wrote: > 1) also ask on the KUbuntu, & KDE developers lists, > 2) have you tried running this as user, not root? I have some old vague > memory about some gui settings not being available under root, but are > as regular user, on KDE or KUbuntu. > > On Wed, 4 Feb 2009 14:19:09 +0530, "chaitanya mehandru" > said: > > Hi,I have captured the errors after building E3 on KDE 8.04. It seems > > like ekiga is looking for X display and can't find it. We need to make it > > search for KDE display. > > > > Whenever I try to launch ekiga, or run the daemon 'Kded', I get the same > > error as 'No Protocol Specified'. > > > > Can anybody help me removing these errors or any suggestions? > > > > Thanks, > > Chaitanya > ___ > ekiga-list mailing list > ekiga-list@gnome.org > http://mail.gnome.org/mailman/listinfo/ekiga-list > ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Kubuntu, KDE, non root was- Re: E3 errors on Kde 8.04
1) also ask on the KUbuntu, & KDE developers lists, 2) have you tried running this as user, not root? I have some old vague memory about some gui settings not being available under root, but are as regular user, on KDE or KUbuntu. On Wed, 4 Feb 2009 14:19:09 +0530, "chaitanya mehandru" said: > Hi,I have captured the errors after building E3 on KDE 8.04. It seems > like ekiga is looking for X display and can't find it. We need to make it > search for KDE display. > > Whenever I try to launch ekiga, or run the daemon 'Kded', I get the same > error as 'No Protocol Specified'. > > Can anybody help me removing these errors or any suggestions? > > Thanks, > Chaitanya ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] E3 errors on Kde 8.04
Hi,I have captured the errors after building E3 on KDE 8.04. It seems like ekiga is looking for X display and can't find it. We need to make it search for KDE display. Whenever I try to launch ekiga, or run the daemon 'Kded', I get the same error as 'No Protocol Specified'. Can anybody help me removing these errors or any suggestions? Thanks, Chaitanya cannot open display: Run 'ekiga --help' to see a full list of available command line options. Final configuration === Installing into prefix : /usr/local GNOME support : enabled GConf support : enabled Evolution-Data-Server support : enabled NOTIFY support : disabled LDAP support : enabled XVideo support : enabled H.323 support : yes SIP support : yes DBUS support : enabled DBUS service support : enabled mDNS/DNS-SD support : enabled OS Type : linux-gnu Machine Type : i686 Byte Order : little endian No protocol specified No protocol specified No protocol specified No protocol specified (ekiga:5538): GLib-GObject-WARNING **: invalid (NULL) pointer instance (ekiga:5538): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): GLib-GObject-WARNING **: value "TRUE" of type `gboolean' is invalid or out of range for property `visible' of type `gboolean' (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): GLib-GObject-WARNING **: invalid (NULL) pointer instance (ekiga:5538): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): GLib-GObject-WARNING **: value "TRUE" of type `gboolean' is invalid or out of range for property `visible' of type `gboolean' (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed (ekiga:5538): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed (ekiga:5538): Gtk-CRITICAL **: gtk_settings_get_for_s
Re: [Ekiga-list] Ekiga errors using Onesuite and Ekiga account
ZXT wrote: > > When I launched the Ekiga application it register without a problem then I > added http://www.onesuite.com/products_Broadband_Main.asp OneSuite sip > account . It says "Service Unavailable". > > I restart the Ekiga application and now both SIP accounts has an error. > > Ekiga.net - Could not register (Illegal status code) > Onesuite - Could not register (Service unavailable) > > Screenshot of Error messages -> > http://www.nabble.com/file/p21721344/ekiga.JPG ekiga.JPG > > Anybody got an idea? > Just bumping my question. Again I'm getting error on both Onesuite and Ekiga account. Please check screenshot. Thanks. Z -- View this message in context: http://www.nabble.com/Ekiga-errors-using-Onesuite-and-Ekiga-account-tp21721344p21826246.html Sent from the Ekiga General mailing list archive at Nabble.com. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
