date thing

[Calum]

we just changed from GMT to BST so my clock is now an hour slow.
what's the command to fix it and make it stay fixed?
thanks...

[Membrax]

I recall having used the next line once :

export TZ=BE (if for Belgium)

And actually it solves the thing.
The other workaround could be making an automatic UTC (Universal Time server) connection during boot.

Cheerz !

[Void Main]

What did you set the timezone to in "redhat-config-date" to? What is in your /etc/sysconfig/clock file? I don't really know much about time zones but I live in a time zone that also changes (daylight savings time vs standard time depending on the time of year). Mine updates properly in the spring and in the fall. If selecting the proper city/timezone doesn't work for you then it must be a bug. My /etc/sysconfig/clock file has the "Country/City" in the first line and then "UTC=false" and "ARC=false". This has to be created using the redhat-config-date command though because other things have to be done like copying the proper timezone data file to /etc/localtime.

[Calum]

Code: Select all

bash-2.05b$ redhat-config-date
bash: redhat-config-date: command not found
bash-2.05b$ cat /etc/sysconfig/clock
ZONE="Europe/London"
UTC=false
ARC=false


now, when i installed fedora (core 1.90, although i only used/needed the first three cds), i selected London as my timezone by clicking on it in the map. I didn't install redhat-config-date by the looks of it. there were a lot of things i didn't install, didn't think i'd need them really, and they were threatening to take up a lot of room on the drive. anyway.

so that's the /etc/sysconfig/clock file (i had forgotten about all that cool stuff in /etc/sysconfig! thanks! ) but if i don't have redhat-config-date installed, does this jinx it? must i now install that to get it working? i don't have apt installed because i had some funny experiences using the apts from freshrpms with this version of linux, so i am kind of using yum when i have to instead. also this internet connection is totally pants so might take me a while to actually install it.

what am i thinking? it's on the CDs!
ok i'll dig out my install CDs and install redhat-config-date, but isn't there an easy way to do this? a nice CLI way? that's more cross platform?
thanks for your time and responses guys.

[Void Main]

Yeah, redhat-config-date is on the first CD. There are a lot of cool redhat-config-* tools on that CD and they are small so they shouldn't take up too much room. And no, you wouldn't want to point to a "Fedora Core 1" apt repository if you are running the prerelease of "Fedora Core 2". I don't even waste my time anymore with the prereleases. Usually within a day or two of the initial release FreshRPMS (and the others) will have their repositories up for it.

Only thing is, if you live in London and your time changes like my daylight savings time changes then I would think you have it configured properly and your clock should update properly. I wonder if this is a beta bug or if it's always been a problem? I'll do some more searching but from everything I've found so far you shouldn't be having this problem.

[Calum]

okay well i am now going to try this apt which looks like it's for fedora 1.90:
http://rpm.pbone.net/index.php3/stat/4/ ... 6.rpm.html

i am now doing my first apt-get update and it's asking me questions like it was debian (which is probably a good sign), so here's hoping.

i seem to have misplaced CDs 1 and 2 so we'll have to wait and see.
again, thanks for the responses.

edit: this is hopeless. that apt sux. i'm going to install red hat 8 fresh (since CD1 of my red hat 9 is mysteriously corrupt, and so is CD1 of red hat 7, and my fedora CDs are both lost and seemingly from a dodgy new prerelease, so here's hoping 8 holds out for the duration of another install!).

[Void Main]

It's not just the apt tool that will be your problem, it's the repostitory full of RPM files that it points to that would be your problem. If the repository full of RPMS aren't for your FC 1.9 then it just ain't gonna work. The repository has to match the version of RH/FC/Debian you are running. For instance, a Red Hat 9 repository might use a version 1.0-x version of a package and FC1 might use a version 1.1-x version of a package. Now, if FC 1.9 uses a version 1.2-x version of a package and you point to an FC1 not only will that package never get upgraded but it's likely to be compiled against a different set up shared libraries. You just don't want to do it.

[Calum]

that is definitely what i am finding. anyway, i was thinking that if that apt is made for this exact fedora (hint being that it has 1.90 in the filename) then the rpm package would come with a proper sources.list for this distro, in fact it came with a script which asked me which locations i wanted to download and wrote the sources.list for me, which would have been even better. why someone would make an apt for 1.90 with the wrong versions of stuff in the repositories it points to though is beyond me. Anyway, reinstalled RH8, and am quite surprised actually at how little hassle it now is, even with all the existing config files in home dirs from the fedora install (i usually wipe all the dot files if changing the OS on the / partition, but thought i'd see how i went this time). a lot to upgrade but our internet connection seems to be back to normal again so i'm going for it. oh yes and of course i simply corrected the time by one hour when i installed it, so i won't have to worry about this issue until another six months.

actually now i think on it, claudia the debian laptop is still one hour slow too any idea how to fix this? i'll try the stock gui tools first...

[Void Main]

Are you dual booting these machines? Section 2.3 of this HOWTO just might have your answer:

http://www.tldp.org/HOWTO/Clock.html

The entire thing is an interesting read.

[Calum]

well as it happens i am dual booting them. it's not really an issue though, i don't think either machine has been booted into the other OS since the time change... oho, but it might become an issue if i do boot into them... ok thanks for the link.