Am Donnerstag, den 03.12.2009, 17:25 +0100 schrieb Matthias Felsche:
> Besides:
> I've implemented Dictator 0.3 as Dbus-Service and -Client. Will be
> released soon. Don't know lot about fso-progress of the last months. Do
> you already have something for recording sound I should rather use than
>
On Thu, 2009-12-03 at 11:00 -0500, Iain B. Findleton wrote:
> Arigead wrote:
> > Hello All,
> > I was going to try and connect my FR to my laptop with an ad-hoc
> > wifi connection but being as I've never even connected to infrastructure
> > I decided that I'd start there. I followed the instru
OK thanks i'll try tomorrow ;-)
On 12/4/09, arne anka wrote:
>> yes but, which logs??? Maybe two brains (or more) are better than
>> one (tired... i'm going to sleep).
>
>
> configure a log file in /etc/frameworkd.conf and check that. there're some
> example-like lines at the top of that file
> yes but, which logs??? Maybe two brains (or more) are better than
> one (tired... i'm going to sleep).
configure a log file in /etc/frameworkd.conf and check that. there're some
example-like lines at the top of that file.
___
Openmoko community
don't know...
check this: http://wiki.openmoko.org/wiki/1024#Bug_detection
i also want to check if my fr suffers this bug but wiki says:" Bug
detection by fso: Just use frameworkd with ti_calypso_sleep_mode =
'adaptive' and inspect the logs. Frameworkd will tell you, when a real
recamping exists."
> I've never seen this bug befor on my phone.
> So is this some kind of #1024, so it coul be fixed with a larger
> capacitor?
sounds like the issue i was experiencing for weeks now with more recent
fso-usaged, although with zhone. not sure if it is related to zhone or fso.
my workaround was to u
hello,
I'm using the shr-full-eglibc-ipk--20091124-om-gta02.rootfs.jffs2
right now.
The phone show a bug, which did not occur in former times.
When the phone is suspended and a call is coming in it resumes and
looses the gsm connection for a second (icon in the upper left
changes) and then gets
O Mércores, 2 de Decembro de 2009, Sebastian Krzyszkowiak escribiu:
> On Wed, Dec 2, 2009 at 15:17, David Garabana Barro
wrote:
> > You can try the state.file from "old" SHR...
>
> Here "old" one was unusable at all here, "new" one is quite good. And
> "new" one was official Openmoko's one, and
On Wed, Dec 2, 2009 at 23:21, Rui Miguel Silva Seabra wrote:
> On Wed, Dec 02, 2009 at 08:31:22PM +0100, Sebastian Krzyszkowiak wrote:
>> On Wed, Dec 2, 2009 at 15:17, David Garabana Barro
>> wrote:
>> > On Wednesday 02 December 2009 15:12:36 Rui Miguel Silva Seabra wrote:
>> >> On Wed, Dec 02,
Am Donnerstag, den 03.12.2009, 12:51 +0100 schrieb Dr. Michael Lauer:
> It'd be helpful for the rest of the stack, if dictator would just use FSO's
> Push/Pull scenario methods instead.
>
Ah ok! Did not know about them. This looks more convenient and tidy.
Will be done like that.
Besides:
I'v
Arigead wrote:
> Hello All,
> I was going to try and connect my FR to my laptop with an ad-hoc
> wifi connection but being as I've never even connected to infrastructure
> I decided that I'd start there. I followed the instructions in the wiki
> [1] but got some strange results:
>
> ifdown eth0
It'd be helpful for the rest of the stack, if dictator would just use FSO's
Push/Pull scenario methods instead.
:M:
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Am Mittwoch, den 02.12.2009, 22:04 +0100 schrieb Davide Scaini:
> uhm it seems that dictator uses this scenario
> /usr/share/scenarios/dictator/dictator_rec.state
> so...buh... is there a way to let dictator use "standard" scenarios?
Recording is done via this state cause with it Dictator can re
13 matches
Mail list logo