Active Topics
-
Which is the best N95? What software modifications could be made to it? (3)
to General by Kalatti - 56 mins ago -
Installing CSSU Stable in year 2024 (2)
to Maemo 5 / Fremantle by teroyk - 8 hrs, 25 mins ago -
Porting apps to Leste (34)
to Maemo 7 / Leste by Arno_11 - 18 hrs ago -
[ANNOUNCE] CSSU-thumb thread - stable Thumb2 on N900 (2,266)
to Maemo 5 / Fremantle by pali - 2 days, 9 hrs ago -
Firefox with Leste (7)
to Maemo 7 / Leste by teroyk - 2 days, 14 hrs ago - more...
|
2010-11-09
, 00:29
|
|
Posts: 992 |
Thanked: 995 times |
Joined on Dec 2009
@ California
|
#2
|
Originally Posted by ME2g
Oh! Interesting, how it is possible for telephone provider to do not send timing info... Very intriguing.
My provider does not send NITZ information.
How you find out what provider doesn't send clock info?
|
|
2010-11-09
, 12:48
|
|
Posts: 196 |
Thanked: 224 times |
Joined on Sep 2010
@ Africa
|
#3
|
I just wonder why no-one has written a small daemon to get the time from the GPS at intervals. E.g., using this as a time source in ntpd ...
I will try and write a small app for this in Qt first ...
I've been wondering why no-one has done this since the release of the N95 ...
I will try and write a small app for this in Qt first ...
I've been wondering why no-one has done this since the release of the N95 ...
 |
|
2010-11-12
, 09:11
|
|
Posts: 168 |
Thanked: 58 times |
Joined on Aug 2010
@ Vienna
|
#4
|
Originally Posted by egoshin
I only found out about NITZ and my provider by asking the support.
Oh! Interesting, how it is possible for telephone provider to do not send timing info... Very intriguing.
How you find out what provider doesn't send clock info?
That simple.
;-)
NITZ would be better but ntpdate is a workaround.
|
|
2010-11-28
, 00:05
|
|
Posts: 3,401 |
Thanked: 1,255 times |
Joined on Nov 2005
@ London, UK
|
#5
|
Originally Posted by egoshin
Have a look at bug #9107 for some details - the "Update automatically" setting in the N900 Settings is very confusing if your network does not send time, you tick the box and expect it to work but in fact it never does (the clue is that the Timezone/Date/Time fields remain blank but how are you supposed to know they are meant to populate with values if you've never seen it work before?)
Oh! Interesting, how it is possible for telephone provider to do not send timing info... Very intriguing.
How you find out what provider doesn't send clock info?
Having an ntpd daemon running periodically and only when there is a network connection (it should never initiate a connection) would be great. Perhaps there is a way to hook it into the network up scripts?
 |
|
2010-11-28
, 00:39
|
|
Posts: 549 |
Thanked: 299 times |
Joined on Jun 2010
@ Australian in the Philippines
|
#6
|
I would suggest people use pool.ntp.org for their timing needs : )
|
|
2010-11-29
, 17:06
|
|
Posts: 168 |
Thanked: 58 times |
Joined on Aug 2010
@ Vienna
|
#7
|
Originally Posted by dchky
Entering just
I would suggest people use pool.ntp.org for their timing needs : )
pool.ntp.org
does not work in Austria.
It results in
"#
Willkommen
#
auf dem Österreichischen Jugendportal"
There seems to be a tiny DNS problem.
;-)
You have to use
http://www.pool.ntp.org/
I was looking for a way to synchronize my N900 time with the
DCF77 time from my desktop machine (I use some older parallel port dongle, see also http://de.wikipedia.org/wiki/DCF77 ).
There are only some posts about some older version of "rdate",
about a daemon "openntpd" (I do not want to install a complete
ntp daemon, I only need the client).
Finally I found this website:
http://home.mminternet.com/delaroca/index.html/
where there is:
"Download ntpdate.gz: Ntpdate 4.2.6p1. Home
(Install in your favorite bin/ dir, run in root)".
Installed this and now I can either do (after starting the ntp daemon
on my desktop)
ntpdate <my desktop in my WLAN>
or switch on internet and
ntpdate <public ntp server>
hwclock -w also works.