Re: Commit mails

On Fri, 12 Jun 2009 09:20:29 +0300, Aki Niemi wrote: > > On Thu, 11 Jun 2009 22:29:12 +0300, "Rémi Denis-Courmont" > > wrote: >> Can we get commit logs by mail (possibly on a separate list)? Since > there >> are >> multiple committers, it seems like the only nice way to follow what goes >> i

Re: Commit mails

On Thu, 11 Jun 2009 22:29:12 +0300, "Rémi Denis-Courmont" wrote: > Can we get commit logs by mail (possibly on a separate list)? Since there > are > multiple committers, it seems like the only nice way to follow what goes > in. There are Atom/RSS feeds available for oFono on git.kernel.org. Wou

Re: MNC/MCC as string?

Hi Aki, > >> For geolocation help, sure, but there are other places where MNC/MCC are > >> used as keys to databases containing operator-specific information, like > >> default Internet APN names and such. > > > > shouldn't we just integrate that database into oFono directly or as > > something l

Re: MNC/MCC as string?

Hi Remi, > > > >> For geolocation help, sure, but there are other places where MNC/MCC > > > >> are used as keys to databases containing operator-specific > > > >> information, like default Internet APN names and such. > > > > > > > > shouldn't we just integrate that database into oFono directly o

Re: MNC/MCC as string?

Aki, On Thursday 11 June 2009 14:38:49 Aki Niemi wrote: > On Thu, 11 Jun 2009 21:18:02 +0200, Marcel Holtmann > > wrote: > >> However, this wouldn't be the only database ever, so we would still need > >> a > >> way to reliably identify a specific operator. > > > > if we are unclear about the form

Re: MNC/MCC as string?

Le jeudi 11 juin 2009 22:18:02 Marcel Holtmann, vous avez écrit : > Hi Aki, > > > >> For geolocation help, sure, but there are other places where MNC/MCC > > >> are used as keys to databases containing operator-specific > > >> information, like default Internet APN names and such. > > > > > > shoul

Re: MNC/MCC as string?

On Thu, 11 Jun 2009 21:18:02 +0200, Marcel Holtmann wrote: >> However, this wouldn't be the only database ever, so we would still need >> a >> way to reliably identify a specific operator. > > if we are unclear about the format and the users at this moment, The format should be 's' in D-Bus and

Commit mails

Hello, Can we get commit logs by mail (possibly on a separate list)? Since there are multiple committers, it seems like the only nice way to follow what goes in. -- Rémi Denis-Courmont http://www.remlab.net/ ___ ofono mailing list ofono@ofono

Re: MNC/MCC as string?

Hi Aki, > >> For geolocation help, sure, but there are other places where MNC/MCC are > >> used as keys to databases containing operator-specific information, like > >> default Internet APN names and such. > > > > shouldn't we just integrate that database into oFono directly or as > > something l

Re: MNC/MCC as string?

On Thu, 11 Jun 2009 20:10:27 +0200, Marcel Holtmann wrote: >> For geolocation help, sure, but there are other places where MNC/MCC are >> used as keys to databases containing operator-specific information, like >> default Internet APN names and such. > > shouldn't we just integrate that database

Re: MNC/MCC as string?

Aki, On Thursday 11 June 2009 13:00:48 Aki Niemi wrote: > On Thu, 11 Jun 2009 09:32:38 -0500, Denis Kenzior > > wrote: > > About the only thing that MCC/MNC is useful for is to display it during > > manual > > operator selection. > > That's not true. In fact, I'd say manual operator selection is

Re: MNC/MCC as string?

On Thu, 11 Jun 2009 13:46:55 +0200, Marcel Holtmann wrote: > That said, we do want some exposure of these values since it is an easy > way to determine geo location help and switch timezones etc. For geolocation, cell ID and LAC are more useful, especially coupled with information on neighborin

Re: MNC/MCC as string?

Hi Aki, > > About the only thing that MCC/MNC is useful for is to display it during > > manual > > operator selection. > > That's not true. In fact, I'd say manual operator selection is just about > the last > place where the codes should be displayed. > > > MCC/MNC is not helpful at all for

Re: MNC/MCC as string?

On Thu, 11 Jun 2009 09:32:38 -0500, Denis Kenzior wrote: > About the only thing that MCC/MNC is useful for is to display it during > manual > operator selection. That's not true. In fact, I'd say manual operator selection is just about the last place where the codes should be displayed. > MC

Re: Can't hangup held multiparty call

Hi, On Thursday 11 June 2009 03:31:11 Li, Zhigang wrote: > HI all, > If it known issue the hangupmultiparty() doesn't when the multiparty call > in held status. BTW, when can I use the bugzilla or see the API in doc? > This has now been fixed upstream. Regards, -Denis __

Re: MNC/MCC as string?

Hi Denis, > > I wasn't aware of this and so it might be better to just expose these as > > an operator id string. So we might not even split into MCC/MNC at all > > since it is meaning less anyway. > > I'm tending to agree, which is why I wanted to start the conversation. > > By the way, just

Re: MNC/MCC as string?

Hi Jan, > > > The attributes are really only for informational purposes only. The > > > user would not base his decision on the mcc/mnc, but on the operator > > > name. > > > > > > So before we start changing the D-Bus APIs, we need to answer these > > > two questions: > > > - Can a country/

Re: MNC/MCC as string?

Hi Marcel, > I wasn't aware of this and so it might be better to just expose these as > an operator id string. So we might not even split into MCC/MNC at all > since it is meaning less anyway. I'm tending to agree, which is why I wanted to start the conversation. By the way, just so that we're

Re: MNC/MCC as string?

On Thu, 2009-06-11 at 13:46 +0200, Marcel Holtmann wrote: > Hi Denis, > > > The attributes are really only for informational purposes only. The > > user would not base his decision on the mcc/mnc, but on the operator > > name. > > > > So before we start changing the D-Bus APIs, we need to answ

Re: failed to start ofonod....

Hi Aki, > > *$ sudo ofonod -n -d > > ofonod[25234]: oFono version 0.0 > > ofonod[25234]: Unable to hop onto D-Bus: Connection ":1.646" is not > allowed > > to own the service "org.ofono" due to security policies in the > > configuration > > file > > ofonod[25234]: Exit > > Try: > > $ sudo /etc/

Re: MNC/MCC as string?

Hi Denis, > I understand perfectly. But remember, oFono does not expose the user > to such details. Manual registration is accomplished by using > Register() method (with no arguments) of the NetworkOperator > interface. The internal storage representation is never exposed. > Thus it doesn't ma

Re: failed to start ofonod....

On Thu, 11 Jun 2009 15:55:58 +0800, WuYongbo wrote: > *$ sudo ofonod -n -d > ofonod[25234]: oFono version 0.0 > ofonod[25234]: Unable to hop onto D-Bus: Connection ":1.646" is not allowed > to own the service "org.ofono" due to security policies in the > configuration > file > ofonod[25234]: Exi

Can't hangup held multiparty call

HI all, If it known issue the hangupmultiparty() doesn't when the multiparty call in held status. BTW, when can I use the bugzilla or see the API in doc? Thanks ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono

Re: failed to start ofonod....

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 WuYongbo wrote: > I got the source code by git-clone and built it successfully. > but failed to start ofonod > > *$ sudo ofonod -n -d > ofonod[25234]: oFono version 0.0 > ofonod[25234]: Unable to hop onto D-Bus: Connection ":1.646" is not allowed

failed to start ofonod....

Hi all, I got the source code by git-clone and built it successfully. but failed to start ofonod *$ sudo ofonod -n -d ofonod[25234]: oFono version 0.0 ofonod[25234]: Unable to hop onto D-Bus: Connection ":1.646" is not allowed to own the service "org.ofono" due to security policies in the co