Re: [QtMoko] Translate into Danish

2010-09-25 Thread Rune Gangstø
la. den 25. 09. 2010 klokka 20.37 (+0200) skreiv Radek Polak: > Ole Carlsen wrote: > > > Hi > > Will you need an e-mail address or can you attach it here on the list? > > Hi, > sorry for delay, i was doing release and had to leave then. Anyway in the > attachment is first bunch of files for tran

Re: qtmoko v27

2010-09-25 Thread Timo Juhani Lindfors
Alex Samorukov writes: > Thank you for update. How did you measure this drift? Anyway, i don`t With http://lindi.iki.fi/lindi/openmoko/compare-clock-sources.pl > see that its a big issue. E.g. i have a daily alarm set, so in a worst > case (phone was in a standby mode, no calls/sms`s) i will wak

Re: qtmoko v27

2010-09-25 Thread Alex Samorukov
On 09/25/2010 09:53 PM, Timo Juhani Lindfors wrote: > > At least here the RTC drifts so fast (6 seconds per hour) that I don't > even try to keep it in sync. Instead I predict what the RTC will read > at a given time using a simple linear model. I sent a patch to add > --predict option to hwclock a

Re: qtmoko v27

2010-09-25 Thread Timo Juhani Lindfors
Alex Samorukov writes: > could you please add RTC sync on every suspend to the sources? It is > *very important* to make it synced before suspend, because if they are > not in sync - phone will wake up in the wrong time. I will send you the > patch. At least here the RTC drifts so fast (6 seco

Re: qtmoko v27

2010-09-25 Thread Alex Samorukov
On 09/25/2010 08:41 PM, Gennady Kupava wrote: > В Сбт, 25/09/2010 в 21:38 +0200, Alex Samorukov пишет: > > >> 2) Syslogd replacement with debian`s busybox. Its already works for me, >> i will try to send patches tomorrow. >> > Why? > I`m using memory buffer for logging and it makes m

Re: qtmoko v27

2010-09-25 Thread Gennady Kupava
В Сбт, 25/09/2010 в 21:38 +0200, Alex Samorukov пишет: > 2) Syslogd replacement with debian`s busybox. Its already works for me, > i will try to send patches tomorrow. Why? Gennady ___ Openmoko community mailing list community@lists.openmoko.org ht

Re: qtmoko v27

2010-09-25 Thread Alex Samorukov
Hi Radek, Thank you for working on the project. About alarm fixes: could you please add RTC sync on every suspend to the sources? It is *very important* to make it synced before suspend, because if they are not in sync - phone will wake up in the wrong time. I will send you the patch. Anothe

Re: [QtMoko] Translate into Danish

2010-09-25 Thread Ole Carlsen
Den 25-09-2010 20:37, Radek Polak skrev: > Ole Carlsen wrote: > >> Hi >> Will you need an e-mail address or can you attach it here on the list? > > Hi, > sorry for delay, i was doing release and had to leave then. Anyway in the > attachment is first bunch of files for translating. Rest is in my git

Re: [QtMoko] Translate into Danish

2010-09-25 Thread Radek Polak
Ole Carlsen wrote: > Den 24-09-2010 15:22, Radek Polak skrev: > > On Friday 24 September 2010 14:57:03 Ole Carlsen wrote: > >> Hi > >> I was thinking of translating QtMoko into Danish and went to here: > >> http://qtmoko.org/wiki/Translations but then gave up as it seems to me > >> that I need to

Re: [QtMoko] Translate into Danish

2010-09-25 Thread Radek Polak
Ole Carlsen wrote: > Hi > Will you need an e-mail address or can you attach it here on the list? Hi, sorry for delay, i was doing release and had to leave then. Anyway in the attachment is first bunch of files for translating. Rest is in my git and i can send it later. Regard Radek da_DK.ta

Re: dbus moving into kernel?

2010-09-25 Thread Gennady Kupava
В Птн, 24/09/2010 в 15:11 +0200, Marco Trevisan (Treviño) пишет: > Some days ago I've tried to port this patch to the Openmoko kernel, > after applying it to the SHR 2.6.32 kernel (patches at [1]), I got > these results (in average): > > dbus-ping-pong test: > Ping dbus-daemon (s)

Re: dbus moving into kernel?

2010-09-25 Thread David Lanzendörfer
>Looking at your numbers, we're talking about shaving `up to 43.8%' off >of something that's already down in the singe-digit milliseconds range >to start with: in the best case above, it goes from 6.3 ms per query >to 3.5 ms per query; in the worse cases, it goes from 6.5 ms down to >5.2 ms. In you

Re: dbus moving into kernel?

2010-09-25 Thread Joshua Judson Rosen
Marco Trevisan "(Treviño)" writes: > > Il giorno gio, 16/09/2010 alle 17.23 +0100, Al Johnson ha scritto: > > kdbus is proof-of-concept at the moment, the idea being to reduce the > > number > > of context switches needed for each dbus message. One synthetic benchmark > > shows a 3x speed incre

Re: qtmoko v27

2010-09-25 Thread Gennady Kupava
Hi, Radek. > I have been testing 2.6.34 kernel for one week now and to me it looks ok. > There can be issues with SD card [6], > [6] http://www.shr-project.org/trac/ticket/1143 About this issue: here, recompiling shr-2.6.32 kernel, i can reproduce problems with sd-card. For example i have to r

Re: [QtMoko] Translate into Danish

2010-09-25 Thread Ole Carlsen
Den 24-09-2010 15:22, Radek Polak skrev: > On Friday 24 September 2010 14:57:03 Ole Carlsen wrote: > >> Hi >> I was thinking of translating QtMoko into Danish and went to here: >> http://qtmoko.org/wiki/Translations but then gave up as it seems to me >> that I need to build to be able to translate?

qtmoko v27

2010-09-25 Thread Radek Polak
Hi, new experimintal qtmoko-v27 with 2.6.34 kernel is out now. You can download it from our sourceforge page [1] Qtmoko is distribution based on debian+qtopia, for more info see [2][3][4]. Changes from latest v26 stable release: * New 2.6.34 kernel [5] * GPRS fixes (Alex Samorukov and Pierre) *

Re: [Shr-User] [SHR-T] ffalarms

2010-09-25 Thread Łukasz Pankowski
Jeffrey Ratcliffe writes: > 2010/9/20 Łukasz Pankowski : >>> Are you saying that if I want to schedule new alarms, at say, 6.00, >>> 6.05, and 6.10, then I should create 6.00, quit and restart ffalarms, >>> create 6.05, etc..? >> >> No, only if you set two alarms at 6.00 they both start at 6.00 a

[Om2008.9] log of in/out SMS and calls

2010-09-25 Thread Matthias Apitz
Hello, Is there some log file of send/received SMS and calls in the FR in release [Om2008.9]? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ ___ Openmoko community