On Sun, 23 Sep 2012 07:58:18 AM Radek Polak wrote:
On Saturday, September 22, 2012 10:44:54 PM Neil Jerram wrote:
Ah, thanks, I understand your question now: what version of fsogsmd does
QtMoko build with, and isn't that now rather out of date? But I'm
afraid I don't know the answers.
I
Adam Ward cay...@internode.on.net writes:
On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote:
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote:
As far as I know Qtmoko can use FSO but does not as default.
Yes this is correct.
My plan was to use FSO for GTA04. But when i got my
On Sat, 22 Sep 2012 10:01:23 AM Neil Jerram wrote:
Adam Ward cay...@internode.on.net writes:
On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote:
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote:
As far as I know Qtmoko can use FSO but does not as default.
Yes this is correct.
Adam Ward cay...@internode.on.net writes:
On Sat, 22 Sep 2012 10:01:23 AM Neil Jerram wrote:
Adam Ward cay...@internode.on.net writes:
On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote:
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote:
As far as I know Qtmoko can use FSO but does
On Saturday, September 22, 2012 10:44:54 PM Neil Jerram wrote:
Ah, thanks, I understand your question now: what version of fsogsmd does
QtMoko build with, and isn't that now rather out of date? But I'm
afraid I don't know the answers.
I was using FSO from git at the time when i was
On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote:
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote:
As far as I know Qtmoko can use FSO but does not as default.
Yes this is correct.
My plan was to use FSO for GTA04. But when i got my GTA04, there was no work
for this device done
Denis 'GNUtoo' Carikli gnu...@no-log.org writes:
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote:
- GPS: it seems clear now that it was a mistake to pull that under
the
FSO umbrella, and that mobile devices should just use standard gpsd
instead
However I was told that adding
On Fri, 2012-08-03 at 16:47 +0200, Neil Jerram wrote:
Denis 'GNUtoo' Carikli gnu...@no-log.org writes:
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote:
- GPS: it seems clear now that it was a mistake to pull that under
the
FSO umbrella, and that mobile devices should just
On 08/03/2012 05:15 PM, Denis 'GNUtoo' Carikli wrote:
On Fri, 2012-08-03 at 16:47 +0200, Neil Jerram wrote:
Denis 'GNUtoo' Carikli gnu...@no-log.org writes:
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote:
- GPS: it seems clear now that it was a mistake to pull that under
the
FSO
Enrico Zini enr...@enricozini.org writes:
This said, oFono does have one very compelling feature: on my N900, it
works reliably. Far better than any version of FSO that I ever managed
to put on my FreeRunner ever did.
If you think that Nokia's N900 firmware is using oFono, you're
wrong. Or do
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote:
- GPS: it seems clear now that it was a mistake to pull that under
the
FSO umbrella, and that mobile devices should just use standard gpsd
instead
However I was told that adding support for AGPS and GTA02 UBX would not
be
Enrico Zini enr...@enricozini.org writes:
What I think is needed now are components that give existing
distributions capabilities they didn't have before. Then to see what
people develop on top of them.
+1
But to be appealing to developers who are new to the system (which
basically means,
Hi,
Arguably those two paragraphs are already well satisfied by oFono.
oFono probably now has the advantage in terms of maturity and
deployment, is compilable by a standard C compiler, and has a recent
version packaged in Debian.
FSO is compilable with a standard C compiler as well. Every
Dr. Michael Lauer mic...@vanille-media.de writes:
Hi,
Arguably those two paragraphs are already well satisfied by oFono.
oFono probably now has the advantage in terms of maturity and
deployment, is compilable by a standard C compiler, and has a recent
version packaged in Debian.
FSO is
Am 24.07.2012 11:27, schrieb Thomas Munker:
Hi,
i thought the ui is saving the volume values where it should (using
opreference interface), but fso doesn't pick them up. There's an old
bugreport in shr-track [0], that suggests it's fso's fault. Maybe this
should be clarified. I've found a new
Thanks a lot, you'r the greatest :)
Am 24.07.2012 18:17, schrieb Simon Busch:
Am 24.07.2012 11:27, schrieb Thomas Munker:
Hi,
i thought the ui is saving the volume values where it should (using
opreference interface), but fso doesn't pick them up. There's an old
bugreport in shr-track [0],
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote:
As far as I know Qtmoko can use FSO but does not as default.
Yes this is correct.
My plan was to use FSO for GTA04. But when i got my GTA04, there was no work
for this device done in FSO, so i rather added gta04 modem plugin based on
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
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
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
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
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
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
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
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
Hey everybody,
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.
In the past we were only concentrating on getting new hardware
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
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.
But just an idea,
thanks!
Kai
Am 21.07.2012 21:44, schrieb
28 matches
Mail list logo
