On Tue, 26 Jan 2010 18:59:44 +0100, Ben Wong
wrote:
> It's been awhile since I used procmail, but I believe the recipe to
> add to your procmailrc is:
>
> :0:
> * ^From:.*commun...@lists.openmoko.org
> * ^Subject:.*\bOT\b
> trash # Save to a file named "trash". Could use /dev/null.
com
Hi!
I'm using QtMoko v16b on the NAND and I have other distro on the uSD.
My time is GMT+1 and when I have to choose the correct time on QtMoko I set
it on the Paris time zone. But when I use another distro I see that the time
reported is exactly GMT not GMT+1. Also, some time after a reboot (and
Hi,
I wrote a GPS logging GUI that uses FSO for GPS and power control. It's simple
and never supposed to get a map.
My main target was to do track logging (start,stop,split) and be avoid supsend
when logging. You can specify a minimum battery capacity needed to log
(otherwise it will stop logg
> P.S. Maybe you never read this email :D
That's the problem with checking for [OT] : it doesnt tell how much off
topic it is. Maybe we should establish new conventions, for instance :
[RM] : Related mater
[NCR] : Not completely related
[OT] : Off topic
[WOT] : Way off topic
[MMI] : Speaking abou
On Tue, 26 Jan 2010, Ben Wilson wrote:
> I could be wrong, but I thought the 47K resistor cable ID feature was
> one of the things they added into GTA02.
> I assumed GTA01 didn't have it.
It's there in the hardware, according to the schematics. :-)
I've spent some quality time today with the gta
Thanks Ben very useful for me!
P.S. Maybe you never read this email :D
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Sun, Jan 24, 2010 at 8:21 AM, wrote:
> I don't know how to tell my procmail to discard completely off topic
> messages like these.
It's been awhile since I used procmail, but I believe the recipe to
add to your procmailrc is:
:0:
* ^From:.*commun...@lists.openmoko.org
* ^Subject:.*\bOT\b
tra
giacomo `giotti` mariani a écrit :
>>
>> hackable:1 does not use frameworkd but gsmd.
> So /etc/frameworkd.conf is useless?
>
> Thanks you
>
Yes ... it is provided by hackable1-config-gta0x which is packaged from
openmoko-files (alsa scenarios, udev rules ...). We could have removed
it, indeed ;
No one ?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
In QtMoko /opt/qtmoko/etc/default/Trolltech/Modem.conf:
[DeepSleep]
Active=always <--default never
[Multiplexing]
Active=yes <-- default no
But I do not know whether your reality.
-
Thank you for your attention.
--
View this message in context:
http://n2.nabble.com/deep-sleep-mode-tp4461
>
>
> hackable:1 does not use frameworkd but gsmd.
So /etc/frameworkd.conf is useless?
Thanks you
--
/_\ The ASCII Per comunicare in modo riservato:
\_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \
X Against HTML--recv-keys 20611EAD
/
giacomo `giotti` mariani writes:
> Hello everyone,
> some days ago I was reading the hackable:1 (thanks you guys)
> mailing-list and I found:
>
> http://lists.hackable1.org/pipermail/hackable1-user/2010-January/000718.html
>
> So I wonder if editing /etc/frameworkd.conf
> in order to add
>
> ti_ca
Le 26/01/2010 14:23, Tom Bachmann a écrit :
>
> Thomas HOCEDEZ wrote:
>
>> Have you seen this on the git
>> (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)
>>
> Nope. I take it most of my work was useless …
>
Did you think that maybe YOUR work causes this stuff to
Hello everyone,
some days ago I was reading the hackable:1 (thanks you guys)
mailing-list and I found:
http://lists.hackable1.org/pipermail/hackable1-user/2010-January/000718.html
So I wonder if editing /etc/frameworkd.conf
in order to add
ti_calypso_deep_sleep = always
is now useless.
Moreov
Actually that fits my needs very well. My support for several wikis was
a rudimentary hack at best, to enable my real goal: using the wikireader
as an ebook reader. *That* code was almost trivial to port, and can be
found at git://gitorious.org/wikireader-ness/wikireader-ness2.git. I'll
keep pu
On Mon January 25 2010 6:39:13 pm Denis Johnson wrote:
> On Mon, Jan 25, 2010 at 11:24 AM, Josh Thompson
>
> wrote:
> > NIDE is working really well to control MythTV. I had been thinking of
> > writing something to control it via MythTV's remote control interface.
> > This works just as well and
On Tue January 26 2010 2:20:34 am lars poulsen wrote:
> I really like the responsiveness of the application. If only it was
> not written in python i think flowers would be blooming and spring
> would be coming early.
I was rather surprised that it is in python given how responsive it is. I'm
ki
Gay, John (GE Infra, Energy, Non-GE) wrote:
> Has anyone any experience setting up and using BT headset on the FR with
> any distro, but especially either H:1 or qtmoko?
I was able to pair and connect to my motorola BT headset (until here it went
fine - there is quit nice GUI for it). But if i d
arne anka wrote:
> within normal operation (runlevel) phonefsod does not work predicatble.
> small changes in the phonefsod.conf made it stop entirely (w/o any useful
> info in the log despite DEBUG) and small changes in eg fsodeviced seemed
> to fix that ...
>
> what looks far more confusing
Thomas HOCEDEZ wrote:
> Have you seen this on the git
> (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)
>
Nope. I take it most of my work was useless …
___
Openmoko community mailing list
community@lists.openmoko.org
http://list
Have you seen this on the git
(http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)
Multiple Language Version
* Programs are in the root (*.elf)
* Forth related items (*.4th *.4mu forth.ini) are in the root
* Fonts (*.bmf) are in the root
* XXpedia subdirectories
2010/1/26 lars poulsen :
On Tue, Jan 26, 2010 at 1:18 AM, Valery Febvre wrote:
Josh Thompson wrote:
I just wanted to say thanks to the authors of 3 different applications I have
started using recently.
Podboy is fitting my need extremely well for listening to podcasts. I can't
say how great
ri...@happyleptic.org writes:
> Is there a place where I could know some informations related to
> the GSM chipset power consumption, state, etc, without disturbing
> it ?
The battery has logic for measuring consumption. I only remember "om
battery consumption" command but you can also read some c
Hello !
Is there a place where I could know some informations related to
the GSM chipset power consumption, state, etc, without disturbing
it ?
I'm trying to monitor more closely power consumption of my FR
since battery life is still very short despite having been fixed
for #1024. So if you have
24 matches
Mail list logo