Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-07 Thread Matthew Burgess
On Mon, 7 Oct 2013 09:50:10 +0100, Richard Melville wrote: > Slightly off topic: can anybody say how much of the post title has to > change before it's considered a different thread. I ask this because I > noticed right at the beginning that I had misspelt "discrepancy". I > didn't want to cha

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-07 Thread Pierre M.R.
Richard Melville wrote: > I always thought that GMT and UTC were much the same, and that it was > a French plot to wrest control of "time" from us :-) It's true that if the leap seconds are abolished the Greenwich meridian is over Paris in less than one thousand years... Pierre -- http://linux

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-07 Thread Richard Melville
> > To be short, UTC is based on atomic clocks. Because the earth revolution > speed varies (it always decreased till 1970), in UTC time the 0? > meridian (solar time) tends to drift East. The leap seconds are added to > UTC to keep the 0? meridian at Greenwich. > > In the regions where the legal t

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-06 Thread Pierre M.R.
Richard Melville wrote: > > > > Bruce Dubbs wrote: > > I suppose we can add that it can also cause problems due to > inaccurate > > time by omitting all leap seconds since 1970. > > The problem is limited to the regions having GMT as legal time (or > BST=GMT+1). > > Pier

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-06 Thread Richard Melville
Bruce Dubbs wrote: > > I suppose we can add that it can also cause problems due to inaccurate > > time by omitting all leap seconds since 1970. > > The problem is limited to the regions having GMT as legal time (or > BST=GMT+1). > > Pierre > That's interesting; why is that? Richard -- http://lin

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-05 Thread Pierre M.R.
Bruce Dubbs wrote: > I suppose we can add that it can also cause problems due to inaccurate > time by omitting all leap seconds since 1970. The problem is limited to the regions having GMT as legal time (or BST=GMT+1). Pierre -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: htt

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-05 Thread Bruce Dubbs
Richard Melville wrote: > Maybe it's worth removing the advice from Chapter 6.9 of the LFS book > regarding the "posix" and "right" directories. I know the advice comes > with a rider but it's clear to me that omitting those directories can cause > serious problems. I suppose we can add that it

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-05 Thread Richard Melville
> I don't appear to have either the "posix" directory or the "right" > > directory. > > As I was building a stripped-down system I must have followed the > > suggestion to > > omit them, and now, maybe, this has come back to bite me. I'm > > assuming that I can install them now. > > Yep, that's yo

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-04 Thread Matt Burgess
On Thu, 2013-10-03 at 10:01 +0100, Richard Melville wrote: > I don't appear to have either the "posix" directory or the "right" > directory. > As I was building a stripped-down system I must have followed the > suggestion to > omit them, and now, maybe, this has come back to bite me. I'm > assum

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-04 Thread Richard Melville
> > Richard Melville wrote: > > +kvm02-vps.cleve 31.193.9.2 3 u17 1024 377 25.130 0.444 1.359 > > -mail1.ugh.no 87.195.109.207 3 u 759 1024 377 25.171 1.858 0.419 > > *sexrobot.omg.omg 103.7.151.4 2 u 1008 1024 377 20.553 -1.584 1.428 > > +hemel-hempstead 140.203.204.77 2

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-03 Thread Bruce Dubbs
Richard Melville wrote: > +kvm02-vps.cleve 31.193.9.2 3 u17 1024 377 25.130 0.444 1.359 > -mail1.ugh.no 87.195.109.207 3 u 759 1024 377 25.171 1.858 0.419 > *sexrobot.omg.omg 103.7.151.4 2 u 1008 1024 377 20.553 -1.584 1.428 > +hemel-hempstead 140.203.204.77 2 u 60m 1024

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-03 Thread Richard Melville
> > Richard Melville wrote: > > Can anybody explain why this is happening; I'm getting some software > > failing on time/date issues and I think it might be due to this:- > > > > date && date -u returns:- > > > > Tue 1 Oct 17:16:01 BST 2013 > > Tue 1 Oct 16:16:26 UTC 2013 > > > > As you can see ins

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-01 Thread Pierre M.R.
Richard Melville wrote: > Can anybody explain why this is happening; I'm getting some software > failing on time/date issues and I think it might be due to this:- > > date && date -u returns:- > > Tue 1 Oct 17:16:01 BST 2013 > Tue 1 Oct 16:16:26 UTC 2013 > > As you can see instead of a one hour di

Re: [blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-01 Thread Bruce Dubbs
Richard Melville wrote: > Can anybody explain why this is happening; I'm getting some software > failing on time/date issues and I think it might be due to this:- > > date && date -u returns:- > > Tue 1 Oct 17:16:01 BST 2013 > Tue 1 Oct 16:16:26 UTC 2013 > > As you can see instead of a one hour dif

[blfs-support] Time discrepency LFS 7.2 64bit/BLFS various

2013-10-01 Thread Richard Melville
Can anybody explain why this is happening; I'm getting some software failing on time/date issues and I think it might be due to this:- date && date -u returns:- Tue 1 Oct 17:16:01 BST 2013 Tue 1 Oct 16:16:26 UTC 2013 As you can see instead of a one hour difference I'm getting one hour and 25 sec