Re: About the future of the freesmartphone.org middleware

2012-07-22 Thread Simon Busch

Am 21.07.2012 21:44, schrieb Thamos:

Hi all.
I've never seen someone using the conference-feature. I think selecting
the provider is more important. (this one really annoys me, since i am
near an border and simply can't phone until i get out auf alien range,
if the phone switched one time, even reboot doesn't help...). I also
miss the possibility to choose loudness of the ringtone reasonably. Most
other phones are even able to choose a ringtone based of the caller!


Ok, this are two things. The first one regarding switching a different 
provider should be already possible with the 
org.freesmartphone.GSM.Network API. Just take a look at the API 
documentation at [0].


You have to differentiate here. FSO efforts are not about the user 
experience on the UI side. It's just a middleware enables you to 
implement such things like loudness handling of the ringtone in your 
user experience. If you are talking about SHR in detail here just 
request your feature to the SHR developers.


regards,
Simon

[0]: 
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#RegisterWithProvider


--
Simon Busch - http://mm.gravedo.de/blog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: About the future of the freesmartphone.org middleware

2012-07-22 Thread Simon Busch

Am 22.07.2012 02:24, schrieb Kai L√ľke:

Hello,
I think these all together will be fine. The only thing I have in my
mind beside these is something I ever wanted to try but never did:
redirecting sound (e.g. a sound file with pause melody or answerphone)
to the call input.


It depends a lot on the phone you're using if this is possible and it's 
nothing I really see in the FSO middleware in the next time as there are 
other feature which are quite more essential. But if you have time and a 
good idea how to integrate this please speak up.


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: About the future of the freesmartphone.org middleware

2012-07-22 Thread Simon Busch

Am 22.07.2012 03:39, schrieb Pierre Pronchery:

Hi Simon, lists,

On 21/07/2012 20:45, Simon Busch wrote:


as a lot of you may have noticed we did two releases in the past months
of the FSO stack. Both were related to bring stability and consistence
to the stack. Now I want to talk with you about the future of the stack. [...]


Good to hear, thanks for the heads up.


For fsogsmd there are the following things on my list:
[...]
5. Multi device support: While working in HFP HF support in fsogsmd I
discovered that things would be easier if we can control more than one
modem with the same daemon at the same time. Think about phone with
support for more than one SIM card. Work has already started for this in
the morphis/multi-device branch of the cornucopia repository.


I fully agree to this, and I have started work to support this in
DeforaOS Phone. More specifically, my goal is to be able to support (and
integrate) an AT-based modem together with VoIP account(s), Instant
Messaging and so on. To help me with this task I am using libpurple
(from Pidgin) and sofia-sip (for SIP, obviously).


Ok, we're talking here about two different things. My effort for multi 
device support in fsogsmd is a a step before what you describe. It's not 
about using VoIP and a AT based modem together. Think about situations 
where you have more than one modem (and really a modem) to control like 
in a phone with more than one SIM card or on a laptop where you have a 
phone connected via HFP HF and a UMTS stick for your data connection.


Controlling VoIP and a modem together with the same API is definitely 
nothing we should do in fsogsmd itself but in telepathy or a fsophoned.


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-Devel] About the future of the freesmartphone.org middleware

2012-07-22 Thread Neil Jerram
Simon Busch morp...@gravedo.de writes:

 I would be really happy to hear what other people are thinking about
 the idea behind FSO since it was started back in 2008. What are your
 missing features? What do you like and what not?

All of the details you've described sound to me like excellent and
compelling things to work on.

But your wider problem is that you're working in a vacuum, because
there's no reasonably widely used phone distribution that uses FSO and
that is also regularly and safely updated.  That means you have no users
for your incremental improvements.

Obviously there's SHR, but from what I see on the mailing lists it seems
to me that the development edge of SHR is a complete basket case:
constantly broken and regressing in very basic functionality.

I think you either need to change SHR's approach, or to find/create
another compelling distribution (perhaps around Aurora) that uses FSO;
otherwise all your planned improvements won't help anyone.

I'm sorry to be so negative and unconstructive here, but it seems clear
to me that SHR is your elephant in the room, and I don't think you
should ignore that.

Regards,
Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-Devel] About the future of the freesmartphone.org middleware

2012-07-22 Thread Simon Busch

Am 22.07.2012 12:03, schrieb Neil Jerram:

All of the details you've described sound to me like excellent and
compelling things to work on.

But your wider problem is that you're working in a vacuum, because
there's no reasonably widely used phone distribution that uses FSO and
that is also regularly and safely updated.  That means you have no users
for your incremental improvements.

Obviously there's SHR, but from what I see on the mailing lists it seems
to me that the development edge of SHR is a complete basket case:
constantly broken and regressing in very basic functionality.

I think you either need to change SHR's approach, or to find/create
another compelling distribution (perhaps around Aurora) that uses FSO;
otherwise all your planned improvements won't help anyone.

I'm sorry to be so negative and unconstructive here, but it seems clear
to me that SHR is your elephant in the room, and I don't think you
should ignore that.


You find excellent words to describe the current state our efforts to 
have a completely open sourced mobile telephony stack. There is no real 
development on the upper layers. I tried to get into this for a long 
time (remember mickeyl and I started aurora back in 2011) but came to 
the point that I don't have the time to do the real big thing anymore. 
It's frustrating to have nothing you can really use with the software 
you wrote. But finally I came to the point that I have fun developing 
just FSO and get everything into shape so others can pick up. I 
indicated already some months ago that I don't want to focus on a 
specific device anymore but just FSO and get it available in a good and 
stable state where possible.


So if anyone has fun to pick up my work with FSO on a higher level just 
do. I will continue to develop the middleware in my spare free time and 
hope it's going into the right direction.


Any btw. it must no be everytime suitable for a device like a phone. I 
started implementing HFP HF as I like the idea to have my phone lying 
next to my laptop while working a get a indication when a phone call 
comes in on my laptop where I can then answer the call directly without 
putting my fingers on the phone.


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-Devel] About the future of the freesmartphone.org middleware

2012-07-22 Thread Rico Rommel
Am Sonntag, 22. Juli 2012, 12:03:38 schrieb Neil Jerram:

 But your wider problem is that you're working in a vacuum, because
 there's no reasonably widely used phone distribution that uses FSO and
 that is also regularly and safely updated.  That means you have no users
 for your incremental improvements.

I think that's not true. There are users outside distributions using FSO for 
own applications, like me.

Big thanks to Simon (and Mickey)

Rico

signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-Devel] About the future of the freesmartphone.org middleware

2012-07-22 Thread rakshat hooja
On Sun, Jul 22, 2012 at 3:33 PM, Neil Jerram n...@ossau.homelinux.netwrote:

 Simon Busch morp...@gravedo.de writes:

  I would be really happy to hear what other people are thinking about
  the idea behind FSO since it was started back in 2008. What are your
  missing features? What do you like and what not?

 All of the details you've described sound to me like excellent and
 compelling things to work on.

 But your wider problem is that you're working in a vacuum, because
 there's no reasonably widely used phone distribution that uses FSO and
 that is also regularly and safely updated.  That means you have no users
 for your incremental improvements.


Does QTMoko not use FSO now? If yet then Radek has a pretty usable upper
layer out there now where end users can try out the improvements in FSO.

Rakshat
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-Devel] About the future of the freesmartphone.org middleware

2012-07-22 Thread Simon Busch

Am 22.07.2012 13:52, schrieb rakshat hooja:

On Sun, Jul 22, 2012 at 3:33 PM, Neil Jerram n...@ossau.homelinux.netwrote:


Simon Busch morp...@gravedo.de writes:


I would be really happy to hear what other people are thinking about
the idea behind FSO since it was started back in 2008. What are your
missing features? What do you like and what not?


All of the details you've described sound to me like excellent and
compelling things to work on.

But your wider problem is that you're working in a vacuum, because
there's no reasonably widely used phone distribution that uses FSO and
that is also regularly and safely updated.  That means you have no users
for your incremental improvements.



Does QTMoko not use FSO now? If yet then Radek has a pretty usable upper
layer out there now where end users can try out the improvements in FSO.


As far as I know Qtmoko can use FSO but does not as default.

regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community