On Thu, 4 Feb 2021 22:16:12 +0100
basti wrote:
> As I can see now timedatectl seems *not*
> using the NTP Server provide by DHCP. I have configure a NTP server
> in LAN.
Are you using NetworkManager? Out of the box, it does not pick up the
relevant information from the dhcp client.
On Fri, 5 Feb 2021 12:13:43 -0700
Charles Curley wrote:
> > For lack of time, I resorted to use systemd-timesyncd but apparently
> > you need to configure NM to handle NTP server by way of a hook or
> > tweaking the profile for the desired connection.
>
> So I conje
Darac Marjal wrote:
> And, for the D part in DHCP, the ArchWiki has as recipe for how to do
> this automatically using NetworkManager's dispatcher scripts. OP hasn't
> said what DHCP client they use, so some adaption might be required.
I am afraid I missed that part. Indeed it seems to be the bug
On Fri, 5 Feb 2021 19:50:49 +0100
john doe wrote:
> >
> > Is NetworkManager causing problems here?
> >
>
> For lack of time, I resorted to use systemd-timesyncd but apparently
> you need to configure NM to handle NTP server by way of a hook or
> tweaking the prof
On Fri, 5 Feb 2021 08:33:30 -0700
Charles Curley wrote:
> I have two other machines running the systemd time client. Both are
> Bullseye. Both show that they are using the local NTP server. Neither
> is running NetworkManager.
>
> Is NetworkManager causing problems here?
Appar
On 2/5/2021 4:33 PM, Charles Curley wrote:
On Fri, 5 Feb 2021 07:22:27 -0700
Charles Curley wrote:
On Fri, 5 Feb 2021 07:24:05 +0100
john doe wrote:
It does work fine for me, is the lease showing the ntp server?
I don't know. The computer in question is a laptop and using wif
On Fri, 5 Feb 2021 07:22:27 -0700
Charles Curley wrote:
> On Fri, 5 Feb 2021 07:24:05 +0100
> john doe wrote:
>
> > It does work fine for me, is the lease showing the ntp server?
>
> I don't know. The computer in question is a laptop and using wifi and
>
On Fri, 5 Feb 2021 07:24:05 +0100
john doe wrote:
> It does work fine for me, is the lease showing the ntp server?
I don't know. The computer in question is a laptop and using wifi and
NetworkManager. There is no dhcp.leases file for the wifi nic. There is
an old one for the wired ni
On Fri, 05 Feb 2021 09:22:55 +0100
deloptes wrote:
> set your NTP IP in /etc/systemd/timesyncd.conf
> and restart
>
> systemctl restart systemd-timesyncd
I thought the whole point of specifying the time server via DHCP was to
avoid editing /etc/systemd/timesyncd.conf.
--
Does anybody
On 05/02/2021 08:22, deloptes wrote:
> basti wrote:
>
>> Hello,
>> I use a up to date debian. As I can see now timedatectl seems *not*
>> using the NTP Server provide by DHCP. I have configure a NTP server in
>> LAN.
>>
>> timedatectl timesync
basti wrote:
> Hello,
> I use a up to date debian. As I can see now timedatectl seems *not*
> using the NTP Server provide by DHCP. I have configure a NTP server in
> LAN.
>
> timedatectl timesync-status
>Server: 167.86.86.192 (0.debian.pool.ntp.org)
> Poll int
use a up to date debian. As I can see now timedatectl seems *not*
using the NTP Server provide by DHCP. I have configure a NTP server
in LAN.
timedatectl timesync-status
Server: 167.86.86.192 (0.debian.pool.ntp.org)
Poll interval: 1min 4s (min: 32s; max 34min 8s)
I see the same, on a Bul
On 2/5/2021 4:10 AM, Charles Curley wrote:
On Thu, 4 Feb 2021 22:16:12 +0100
basti wrote:
I use a up to date debian. As I can see now timedatectl seems *not*
using the NTP Server provide by DHCP. I have configure a NTP server
in LAN.
timedatectl timesync-status
Server
On Thu, 4 Feb 2021 22:16:12 +0100
basti wrote:
> I use a up to date debian. As I can see now timedatectl seems *not*
> using the NTP Server provide by DHCP. I have configure a NTP server
> in LAN.
>
> timedatectl timesync-status
>Server: 167.86.86.192 (0.debian.po
basti wrote:
> I use a up to date debian.
Stable? Testing? Unstable?
> As I can see now timedatectl seems *not*
> using the NTP Server provide by DHCP. I have configure a NTP server in LAN.
>
Assuming you are sending option 42, the usual way to get that
adopted is to tell d
Hello,
I use a up to date debian. As I can see now timedatectl seems *not*
using the NTP Server provide by DHCP. I have configure a NTP server in LAN.
timedatectl timesync-status
Server: 167.86.86.192 (0.debian.pool.ntp.org)
Poll interval: 1min 4s (min: 32s; max 34min 8s)
Leap
Franco Martelli wrote:
> Bob Proulx ha scritto:
> > Franco Martelli wrote:
> >> I installed both ntpdate and rdate packages but automatic date
> >> and time update of KDE digital clock on the desktop doesn't
> >> work. Do I need package like kdesudo in order to make things
> >> working?
> >
> > No
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 29/06/2013 20:24, Bob Proulx ha scritto:
> Franco Martelli wrote:
>> I installed both ntpdate and rdate packages but automatic date
>> and time update of KDE digital clock on the desktop doesn't
>> work. Do I need package like kdesudo in order to ma
Franco Martelli wrote:
> I installed both ntpdate and rdate packages but automatic date and
> time update of KDE digital clock on the desktop doesn't work.
> Do I need package like kdesudo in order to make things working?
No. Your choice of packages is unfortunate. A mistake. Instead
install 'n
Le 29/06/2013 15:51, Franco Martelli a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I,m on Wheezy amd64 port.
I installed both ntpdate and rdate packages but automatic date and
time update of KDE digital clock on the desktop doesn't work.
Do I need package like kdesudo in order to make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I,m on Wheezy amd64 port.
I installed both ntpdate and rdate packages but automatic date and
time update of KDE digital clock on the desktop doesn't work.
Do I need package like kdesudo in order to make things working?
Trying with rdate I got:
$ rdat
On Tue, 2011-03-01 at 19:55 -0800, Jimmy Johnson wrote:
> John Hasler wrote:
> > Jimmy Johnson writes:
> >> Instead of the 'ntp' server what you probably want is 'ntpdate'
> >> installed...
>
>
> > Ntpdate is deprecated.
>
>
In <4d6dbfcb.2030...@gmail.com>, Jimmy Johnson wrote:
>John Hasler wrote:
>> Jimmy Johnson writes:
>>> Instead of the 'ntp' server what you probably want is 'ntpdate'
>>> installed...
>>
>> Ntpdate is deprecated.
>
>I appre
On 01.03.2011 23:36, Steve Smith wrote:
Was going to setup a central time server, but found that NTP-Server is
no longer available in Squeeze. Are there any alternatives?
apt-cache search "^ntp"
aptitude search "^ntp"
--
To UNSUBSCRIBE, email to debian-user-requ...@list
John Hasler wrote:
Jimmy Johnson writes:
Instead of the 'ntp' server what you probably want is 'ntpdate'
installed...
Ntpdate is deprecated.
...it's the client...
It is a client, and a very limited one. Ntpd is both client and
server. Use it or Chrony.
Jimmy Johnson writes:
> Instead of the 'ntp' server what you probably want is 'ntpdate'
> installed...
Ntpdate is deprecated.
> ...it's the client...
It is a client, and a very limited one. Ntpd is both client and
server. Use it or Chrony.
--
John Hasler
-
Steve Smith wrote:
Was going to setup a central time server, but found that NTP-Server is
no longer available in Squeeze. Are there any alternatives?
Thanks,
Steve
Instead of the 'ntp' server what you probably want is 'ntpdate'
installed, it's the client, it will
On 2011-03-01, Steve Smith wrote:
> --_000_C992D105B960ssmithxpressdocscom_
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
> Was going to setup a central time server, but found that NTP-Server is no l=
> onger availab
2011/3/2 Steve Smith :
> Was going to setup a central time server, but found that NTP-Server is no
> longer available in Squeeze. Are there any alternatives?
>
> Thanks,
> Steve
http://packages.debian.org/squeeze/ntp
--
Eero
--
To UNSUBSCRIBE, email to debian-user-requ...@l
Was going to setup a central time server, but found that NTP-Server is no
longer available in Squeeze. Are there any alternatives?
Thanks,
Steve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stan Hoeppner wrote:
> Again, aptitude install ntp is fully automatic and shouldn't require any
> manual configuration. You may want to remove the package and reinstall it.
s/remove/purge
- --
Johannes
Three nations have not officially adopted the
Dennis Wicks put forth on 10/27/2009 10:02 AM:
> Roman Gelfand wrote the following on 10/27/2009 09:44 AM:
>> I am running ntp server. I suppose I need to tell ntp server the
>> authoritative time server to synchronize with. How would I do that?
>>
>> Thanks again
I, actually, replaced my ntp.conf with the basic suggested
configuration from www.pool.ntp.org and the time is perfect now.
Thanks
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roman Gelfand wrote:
> I am running ntp server. I suppose I need to tell ntp server the
> authoritative time server to synchronize with. How would I do that?
Debian's defaults work out of the box for me.
What's your ou
Roman Gelfand wrote the following on 10/27/2009 09:44 AM:
I am running ntp server. I suppose I need to tell ntp server the
authoritative time server to synchronize with. How would I do that?
Thanks again
The info is in /etc/ntp.conf as well as some sample entries.
Go to http
I am running ntp server. I suppose I need to tell ntp server the
authoritative time server to synchronize with. How would I do that?
Thanks again
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ate is a one-time operation. You fire it off, typically in
the boot process, and then you don't run it again. I suppose you
could put it in a cronjob.
ntp-server does continuous synchronization. That's what you
really want to be running.
-dsr-
--
http://tao.merseine.nu/~dsr/eula.html
I have started time server, ran ntpdate command. The time matched.
Several weeks later the time is off by a little more than a minute.
What is controlling how often time server updated by the ntpdate
command?
Thanks in advance
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
wi
> http://geodsoft.com/howto/timesync/
> http://www.pool.ntp.org/
>
> This isn't all I looked at but it should get
> you started.
>
>
>>
>> 1. Which do you suggest to use? openntpd or ntp server?
>
> I used ntp.
>
>> 2. Can I setup redundancy with any
vers only to serve our local
> boxes. I've some questions for you:
I recently set up an ntp server. It is one of the easiest
protocols I've set up. Here are some links that I found
useful when researching ntp:
http://support.ntp.org/bin/view/Servers/WebHome
http://geodsoft.com/how
On Wednesday 23 September 2009 14:58:59 Israel Garcia wrote:
> 1. Which do you suggest to use? openntpd or ntp server?
I prefer openntpd. The other ntpd is more feature-rich and is a more recent
protocol version, so it might be better though.
> 2. Can I setup redundancy with any o
; We're planning to setup our NTP's servers only to serve our local
> boxes. I've some questions for you:
>
> 1. Which do you suggest to use? openntpd or ntp server?
I use the "ntp" package with great success. It is both a server and a client.
> 2. Can I setup
We've been increasing in numbers of debian lenny servers and they has
a cron.hourly as follow:
#!/bin/bash
/usr/sbin/ntpdate -u swisstime.ethz.ch
We're planning to setup our NTP's servers only to serve our local
boxes. I've some questions for you:
1. Which do you suggest to
thanks
2009/8/27 Raquel :
> On Thu, 27 Aug 2009 00:12:05 +0800
> Umarzuki Mochlis wrote:
>
>> how do i setup a local ntp server on my debian lenny so i can sync
>> my guest os (vbox) without connecting to the internet (using
>> host-only interface)? All i can find ar
On Thu, 27 Aug 2009 00:12:05 +0800
Umarzuki Mochlis wrote:
> how do i setup a local ntp server on my debian lenny so i can sync
> my guest os (vbox) without connecting to the internet (using
> host-only interface)? All i can find are articles on synching with
> ntp servers over the i
how do i setup a local ntp server on my debian lenny so i can sync my
guest os (vbox) without connecting to the internet (using host-only
interface)? All i can find are articles on synching with ntp servers
over the internet, not setting up a local ntp server.
--
Regards,
Umarzuki Mochlis
http
s and I synchronize my system w/ NTP-server, I get time
> offset too, notwithstanding I want to escape it.
Ntp and "winter time" are unrelated.
> What seemed me od with dpkg-reconfigure is that I had to choose wrong GMT
> offset in order system shows true time.
How is your hard
an one-hour difference from all the others.
> and I yet could synchronize my system w/
> NTP-servers. I know that the servers are in UTC. But the problem w/ me
> was that once the 'winter time' comes and I synchronize my system w/
> NTP-server, I get time offset too, notwith
What I want(ed) is that my system show always the same time regardless
of the winter time and I yet could synchronize my system w/
NTP-servers. I know that the servers are in UTC. But the problem w/ me
was that once the 'winter time' comes and I synchronize my system w/
NTP-server, I get ti
Chris Jones writes:
> On Mon, Mar 30, 2009 at 01:09:10PM EDT, Paul E Condon wrote:
>
>> But "exact spot"? That would imply different clock settings in
>> different rooms of one's home. Not for me.
>
> Fancy that.. under our latitudes, when your house is a few hundred yards
> wide.. never mind.. I
On 2009-03-31 08:29, John Hasler wrote:
Scooty Puff writes:
Even those who run their own businesses are "slaves" to their customers.
If your open-for-business hours are inconvenient for them, they'll go
somewhere else.
You could change your open-for-business hours to suit your customers
withou
On 2009-03-31_08:25:57, Ron Johnson wrote:
> On 2009-03-30 21:47, Paul E Condon wrote:
>> On 2009-03-30_18:57:33, Ron Johnson wrote:
> [snip]
>>>
>>> Whoever decided on an epoch of 1970-01-01 00:00:00 was extraordinarily
>>> shortsighted, though. The OpenVMS epoch gives much more
>>> flexibility
Paul E Condon wrote:
You did not lose an hour. You got up an hour early because you are a slave
to the reading on a clock that you know you set forward by an hour the
night before. This is not the behavior of a rational being, IMHO. The only
reason, IMHO, that you subscribe to such nonsense is th
Scooty Puff writes:
> Even those who run their own businesses are "slaves" to their customers.
> If your open-for-business hours are inconvenient for them, they'll go
> somewhere else.
You could change your open-for-business hours to suit your customers
without resetting the clocks in your home.
On 2009-03-30 21:47, Paul E Condon wrote:
On 2009-03-30_18:57:33, Ron Johnson wrote:
[snip]
Whoever decided on an epoch of 1970-01-01 00:00:00 was extraordinarily
shortsighted, though. The OpenVMS epoch gives much more flexibility...
I'm not familiar with the OpenVMS epoch, but I don't bel
On 2009-03-31 06:56, Eduardo M KALINOWSKI wrote:
Manoj Srivastava wrote:
On Mon, Mar 30 2009, Paul E Condon wrote:
You did not lose an hour. You got up an hour early because you are a
slave to the reading on a clock that you know you set forward by an
hour the night before. This is not the b
Manoj Srivastava wrote:
> On Mon, Mar 30 2009, Paul E Condon wrote:
>
>> You did not lose an hour. You got up an hour early because you are a
>> slave to the reading on a clock that you know you set forward by an
>> hour the night before. This is not the behavior of a rational being,
>> IMHO. Th
On Tuesday 31 March 2009 00:39:46 Mike Bird wrote:
> On Mon March 30 2009 16:12:57 Tom Furie wrote:
> > On Mon, Mar 30, 2009 at 04:47:38PM -0600, Paul E Condon wrote:
> > > Now, I want to stop arguing about the descriptions. But just one last
> > > shot. I believe it is factually incorrect to say
On Mon, Mar 30 2009, Paul E Condon wrote:
>
> You did not lose an hour. You got up an hour early because you are a
> slave to the reading on a clock that you know you set forward by an
> hour the night before. This is not the behavior of a rational being,
> IMHO. The only reason, IMHO, that you sub
On 2009-03-30 21:19, Paul E Condon wrote:
[snip]
You did not lose an hour. You got up an hour early because you are a slave
to the reading on a clock that you know you set forward by an hour the
night before. This is not the behavior of a rational being, IMHO. The only
reason, IMHO, that you sub
On 2009-03-30_18:57:33, Ron Johnson wrote:
> On 2009-03-30 17:47, Paul E Condon wrote:
>> On 2009-03-30_16:21:39, Ron Johnson wrote:
>>> On 2009-03-30 15:50, Paul E Condon wrote:
On 2009-03-29_11:15:15, Ron Johnson wrote:
>>> [snip]
> If you only have Linux on your computer, then it's cloc
On 2009-03-30_16:39:46, Mike Bird wrote:
> On Mon March 30 2009 16:12:57 Tom Furie wrote:
> > On Mon, Mar 30, 2009 at 04:47:38PM -0600, Paul E Condon wrote:
> > > Now, I want to stop arguing about the descriptions. But just one last
> > > shot. I believe it is factually incorrect to say that you '
On 2009-03-31_00:12:57, Tom Furie wrote:
> On Mon, Mar 30, 2009 at 04:47:38PM -0600, Paul E Condon wrote:
>
> > Now, I want to stop arguing about the descriptions. But just one last
> > shot. I believe it is factually incorrect to say that you 'lose an
> > hour' in switching from standard to summ
On Mon, Mar 30, 2009 at 07:47:50PM EDT, Ron Johnson wrote:
> On 2009-03-30 17:52, Chris Jones wrote:
> [snip]
> >
> >Would that be Boulder, CO..? I vaguely remember that my "alarm clock"
> >sync's to its master over there, but I can't seem to get ahold of its
> >manual just now.
> >
>
> http://tf.
On 2009-03-30 17:47, Paul E Condon wrote:
On 2009-03-30_16:21:39, Ron Johnson wrote:
On 2009-03-30 15:50, Paul E Condon wrote:
On 2009-03-29_11:15:15, Ron Johnson wrote:
[snip]
If you only have Linux on your computer, then it's clock is most
likely UTC.
On a Linux computer, the internal cloc
On 2009-03-30 17:52, Chris Jones wrote:
[snip]
Would that be Boulder, CO..? I vaguely remember that my "alarm clock"
sync's to its master over there, but I can't seem to get ahold of its
manual just now.
http://tf.nist.gov/cesium/fountain.htm
http://tf.nist.gov/stations/wwvb.htm
--
Scooty Pu
On Mon March 30 2009 16:12:57 Tom Furie wrote:
> On Mon, Mar 30, 2009 at 04:47:38PM -0600, Paul E Condon wrote:
> > Now, I want to stop arguing about the descriptions. But just one last
> > shot. I believe it is factually incorrect to say that you 'lose an
> > hour' in switching from standard to s
On Mon, Mar 30, 2009 at 04:47:38PM -0600, Paul E Condon wrote:
> Now, I want to stop arguing about the descriptions. But just one last
> shot. I believe it is factually incorrect to say that you 'lose an
> hour' in switching from standard to summer time. It is conventional
> wording, it is manife
[..]
> >Anyway, what's the purpose of why you want to do this? To confuse
> >yourself when looking at any other clock?
You do know how Albert Einstein graduated from peculiar moron to
universal genius..?
CJ
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of
On Mon, Mar 30, 2009 at 01:09:10PM EDT, Paul E Condon wrote:
[..]
> FYI. GMT definition is based on an exact spot with in the campus of
> the old Greenwich Observatory (which has now been decommissioned).
> Telescopes to the east or the west of that spot by about 289 meters
> have local time that
On 2009-03-30_16:21:39, Ron Johnson wrote:
> On 2009-03-30 15:50, Paul E Condon wrote:
>> On 2009-03-29_11:15:15, Ron Johnson wrote:
> [snip]
>>> If you only have Linux on your computer, then it's clock is most
>>> likely UTC.
>>
>> On a Linux computer, the internal clock is almost certainly *NOT*
x Epoch", often shortened to "seconds
>
> beg to differ, I believe the time is kept relative to UTC and the
> recording method is unix time
In Linux hosts, the time that is used is a reading of the software clock
on the "host", i.e. the computer. Most people choose to k
On 2009-03-30 15:50, Paul E Condon wrote:
On 2009-03-29_11:15:15, Ron Johnson wrote:
[snip]
If you only have Linux on your computer, then it's clock is most likely
UTC.
On a Linux computer, the internal clock is almost certainly *NOT* UTC,
rather it is "seconds since Unix Epoch", often shorte
On Mon, Mar 30, 2009 at 02:50:55PM -0600, Paul E Condon wrote:
> On 2009-03-29_11:15:15, Ron Johnson wrote:
> > On 2009-03-29 10:49, Paul E Condon wrote:
> >> On 2009-03-29_22:29:41, Strong and Humble wrote:
> >>> Good day.
[snip]
> > If you only have Linux on your computer, then it's clock is mo
shift whole year? What I want is to stay the same time
>>> (without winter shift) whole year, yet be able synchrinize my system
>>> time with a ntp-server.
>>>
>>> How I can do this?
>>>
>>> Thank You for Your time.
>>
>> Wow! A kind
, yet be able synchrinize my system
time with a ntp-server.
How I can do this?
Thank You for Your time.
Wow! A kindred spirit. I have often wished for this too, but thought I
was the only person in the world who was such an outlier as to want
it. Only difference is that I have thought the thing
On 2009-03-30_09:41:58, Tzafrir Cohen wrote:
> On Sun, Mar 29, 2009 at 10:13:12PM -0500, John Hasler wrote:
> > Paul E Condon writes:
> > > The current standard is better described as a de-jure standard, IMHO.
> > > Didn't Congress pass a law on this issue?
> >
> > Of course. Otherwise we might
On 2009-03-30_07:37:30, ghe wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Why don't you just tell your OS that you live in Arizona? That's
> Mountain Time, and they don't do DST, IIRC.
After I learned where to look on this list, I looked there, and found
some very nice advance work
On Mon, Mar 30, 2009 at 07:37:30AM -0600, ghe wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Why don't you just tell your OS that you live in Arizona? That's
> Mountain Time, and they don't do DST, IIRC.
Indeed:
$ zdump -v /usr/share/zoneinfo/America/Phoenix | grep 2009
[nothing]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why don't you just tell your OS that you live in Arizona? That's
Mountain Time, and they don't do DST, IIRC.
- --
Glenn English
g...@slsware.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://e
I wrote:
> Of course. Otherwise we might have people doing things without
> permission. Everything _must_ be regulated, after all.
Tzafrir Cohen writes:
> Sure. Why not use a time zone based on the exact spot where you live?
Why not use time zones based on voluntary standards? People can and d
Johannes Wiedersich wrote:
> In the meantime it has proven to be a lot of hassle with no
> (or very little) benefit and - at least in my country - the vast
> majority is in favour of abolishing this enslaving of millions of
> biorythms.
s/biorhythm/circadian rhythm/
Johannes
--
To UNSUB
Ron Johnson wrote:
> On 2009-03-29 11:49, Paul E Condon wrote:
> [snip]
>>
>> A few weeks ago, my Lenny system switched over from displaying time in
>> MST
>> (Mountain Standard Time) to MDT (Mountain Daylight Time). It did this, I
>> believe, because the switch-over is mandated in the official loc
On Sun, Mar 29, 2009 at 10:13:12PM -0500, John Hasler wrote:
> Paul E Condon writes:
> > The current standard is better described as a de-jure standard, IMHO.
> > Didn't Congress pass a law on this issue?
>
> Of course. Otherwise we might have people doing things without
> permission. Everythin
On 2009-03-29 21:56, Paul E Condon wrote:
[snip]
The regular movement of the time of noon over the span of a year is
part of reality that I know, understand, and to some extent, treasure.
I think I am not in denial about who I am, or where I am. Unless, of
course, it turns our on further investi
Paul E Condon writes:
> The current standard is better described as a de-jure standard, IMHO.
> Didn't Congress pass a law on this issue?
Of course. Otherwise we might have people doing things without
permission. Everything _must_ be regulated, after all.
> But there was no budget for going af
On 2009-03-29_16:01:29, Ron Johnson wrote:
> On 2009-03-29 14:05, Paul E Condon wrote:
>> On 2009-03-29_13:06:18, Ron Johnson wrote:
>>> On 2009-03-29 11:49, Paul E Condon wrote:
>>> [snip]
A few weeks ago, my Lenny system switched over from displaying time in MST
(Mountain Standard Time)
On 2009-03-29_20:58:05, Ron Johnson wrote:
> On 2009-03-29 20:47, Paul E Condon wrote:
>> On 2009-03-30_10:31:27, Alex Samad wrote:
>>> On Sun, Mar 29, 2009 at 10:49:22AM -0600, Paul E Condon wrote:
On 2009-03-29_16:19:28, Lisi Reisz wrote:
> On Sunday 29 March 2009 17:07:54 Paul E Condon
On 2009-03-29 20:47, Paul E Condon wrote:
On 2009-03-30_10:31:27, Alex Samad wrote:
On Sun, Mar 29, 2009 at 10:49:22AM -0600, Paul E Condon wrote:
On 2009-03-29_16:19:28, Lisi Reisz wrote:
On Sunday 29 March 2009 17:07:54 Paul E Condon wrote:
On 2009-03-29_09:59:49, John Hasler wrote:
Strong
On 2009-03-30_10:31:27, Alex Samad wrote:
> On Sun, Mar 29, 2009 at 10:49:22AM -0600, Paul E Condon wrote:
> > On 2009-03-29_16:19:28, Lisi Reisz wrote:
> > > On Sunday 29 March 2009 17:07:54 Paul E Condon wrote:
> > > > On 2009-03-29_09:59:49, John Hasler wrote:
> > > > > Strong and Humble writes:
On Sun, Mar 29, 2009 at 10:49:22AM -0600, Paul E Condon wrote:
> On 2009-03-29_16:19:28, Lisi Reisz wrote:
> > On Sunday 29 March 2009 17:07:54 Paul E Condon wrote:
> > > On 2009-03-29_09:59:49, John Hasler wrote:
> > > > Strong and Humble writes:
> > > > > Just wanted to know if it is possible to
On Sun, Mar 29, 2009 at 05:02:17PM EDT, Ron Johnson wrote:
> >Tzafrir Cohen writes:
> >DST taking effect automatically is exactly what Paul is objecting to. He
> >wants no DST at all. AndyC has provided a solution.
>
> Tell him to move to Arizona!!!
Silly me.. I felt all along there was one go
Paul E Condon writes:
> So the inodes in Linux file systems will have to get bigger when 64bit
> Unix time really comes into eeffective use. Do you know anything about
> the plans for this transition?
Ext4 solves the timestamp problem.
> With the recent explosion in the size of hard disks there w
On 2009-03-29_11:53:57, John Hasler wrote:
> Paul E Condon writes:
> > I'm not OP, but I think I also want what, I believe, he wants, namely: A
> > locale that I can select that will give me text displays of the time, and
> > text displays of file mtimes that do not mention, or use, summer time,
>
On 2009-03-29 13:27, John Hasler wrote:
Tzafrir Cohen writes:
So generally there's no need to change a timezone to make the DST take
effect. Just set the proper time zone in advance.
DST taking effect automatically is exactly what Paul is objecting to. He
wants no DST at all. AndyC has provi
On 2009-03-29 14:05, Paul E Condon wrote:
On 2009-03-29_13:06:18, Ron Johnson wrote:
On 2009-03-29 11:49, Paul E Condon wrote:
[snip]
A few weeks ago, my Lenny system switched over from displaying time in MST
(Mountain Standard Time) to MDT (Mountain Daylight Time). It did this, I
believe, beca
savings" or "summer time".
> > > > > Just pick an appropriate one or create your own.
> > > > >
> > > > > > What I want is to stay the same time (without winter shift) whole
> > > > > > year, yet be able synchrinize my
On 2009-03-29_13:06:18, Ron Johnson wrote:
> On 2009-03-29 11:49, Paul E Condon wrote:
> [snip]
>>
>> A few weeks ago, my Lenny system switched over from displaying time in MST
>> (Mountain Standard Time) to MDT (Mountain Daylight Time). It did this, I
>> believe, because the switch-over is mandate
Tzafrir Cohen writes:
> So generally there's no need to change a timezone to make the DST take
> effect. Just set the proper time zone in advance.
DST taking effect automatically is exactly what Paul is objecting to. He
wants no DST at all. AndyC has provided a solution.
--
John Hasler
--
To
AndyC writes:
> Run dpkg-reconfigure -plow tzdata
> Scroll down to "None of the above" - and choose GMT or the appropriate
> offset.
This is much better than my suggestion of choosing a country with the
appropriate offset.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.d
1 - 100 of 169 matches
Mail list logo
