Colin Watson wrote:
I think this is a weak argument, FWIW, considering how many countries
have multiple timezones and so ask the timezone question with not much
in the way of apparent ill effects.
But you generally can make sense of a list of time zones in your country
(although in my
On Tue, Sep 18, 2007 at 06:48:54AM +0200, Christian Perrier wrote:
And I bet we can find dozens of such examples where not using the
local time is pretty much as bad as using the same time everywhere.
Great...but I thought debian was about letting people decide for
themselves, not about
Hi,
On Monday 17 September 2007 22:56, Joey Hess wrote:
minghua If people agree that adding UTC has a good case, I would argue
against it that for country with only one timezone this would mean one more
question to answer.
Which is a good argument for only asking it in expert installs, if
Michael Stone [EMAIL PROTECTED] writes:
On Tue, Sep 18, 2007 at 06:48:54AM +0200, Christian Perrier wrote:
And I bet we can find dozens of such examples where not using the
local time is pretty much as bad as using the same time everywhere.
Great...but I thought debian was about letting people
On Tue, Sep 18, 2007 at 01:37:10PM -0300, Otavio Salvador wrote:
While I agree with you Michael I also believe that majority of users
won't need this and who does is experienced enough to change the
system setting after the installation finishes.
I can't believe that debian is turning into a
Michael Stone [EMAIL PROTECTED] writes:
On Tue, Sep 18, 2007 at 01:37:10PM -0300, Otavio Salvador wrote:
While I agree with you Michael I also believe that majority of users
won't need this and who does is experienced enough to change the
system setting after the installation finishes.
I can't
Quoting Michael Stone ([EMAIL PROTECTED]):
On Tue, Sep 18, 2007 at 01:37:10PM -0300, Otavio Salvador wrote:
While I agree with you Michael I also believe that majority of users
won't need this and who does is experienced enough to change the
system setting after the installation finishes.
I
On Tue, Sep 18, 2007 at 07:44:40PM +0200, you wrote:
Up to now, the answer you got is that most of us don't feel an urgent
need to work on this issue.
The tone I read was that such a change wouldn't be allowed in the
interest of user friendliness. If I misread that, I apologize.
Mike Stone
# Op 18-09-2007 om 13:54 schreef Michael Stone:
# On Tue, Sep 18, 2007 at 07:44:40PM +0200, you wrote:
# Up to now, the answer you got is that most of us don't feel an urgent
# need to work on this issue.
#
# The tone I read was that such a change wouldn't be allowed in the interest
# of
Geert Stappers [EMAIL PROTECTED] writes:
For your information:
I had also a hard time reading that patches will be accepted for this B.R.
They'll if they do not complicate normal user installation. Otherwise
it'll be a regression for those users (and they are the majority of
our users).
--
On Mon, Sep 17, 2007 at 04:56:59PM -0400, Joey Hess wrote:
Regarding adding a UTC choice to the time zone selection question (as
opposed to the location question, which is logically distinct from such
things):
minghua If people agree that adding UTC has a good case, I would argue
against it
On Wed, Sep 19, 2007 at 01:09:06AM +0100, Colin Watson wrote:
I think this is a weak argument, FWIW, considering how many countries
have multiple timezones and so ask the timezone question with not much
in the way of apparent ill effects. But: Michael, would an expert-mode
question satisfy you?
Quoting Michael Stone ([EMAIL PROTECTED]):
Avoiding time zone math is another excellent reason for global
organizations to simply use UTC.
You'll do another kind of maths...just at different moments.
What if a power shutdown is locally planned in the place the server is
hosted--you'll do
Package: tzsetup-udeb
Severity: normal
I'm not sure if this is the right package. The problem seems to be that
in the etch installer, if you select a locale, e.g., en-US, you only get
to choose time zones associated with that locale. It would be nice if
every locale had UTC as an option, for
On Mon, Sep 17, 2007 at 06:33:22PM +0200, you wrote:
Choosing a timezone has nothign to do with the HW clock being set to
UTC so I'll assuml you mean choosing the UTC +00:00 timezone.
Correct.
The question about the country or area which you get as second
question in default installs is not
Quoting Michael Stone ([EMAIL PROTECTED]):
Package: tzsetup-udeb
Severity: normal
I'm not sure if this is the right package. The problem seems to be that
in the etch installer, if you select a locale, e.g., en-US, you only get
to choose time zones associated with that locale. It would be
Michael Stone wrote:
Fine. What I'm questioning is the logic that says UTC (*universal*) time
shouldn't be an *option* no matter where you are. There are a lot of people
who use UTC so that, e.g., their log files don't repeat hours once per
year, regardless of where the machine happens to
Michael Stone wrote:
The default debian syslog configuration, for one?
IMHO, that's a bug.
--
see shy jo
signature.asc
Description: Digital signature
On Mon, Sep 17, 2007 at 04:56:59PM -0400, Joey Hess wrote:
What log file format does not include the time zone in the log? If
timezone is included there is no repeat (ie, 2:30 am EDT != 2:30 am EST).
The default debian syslog configuration, for one?
I used to use UTC as the default time zone
On Mon, Sep 17, 2007 at 05:37:10PM -0400, Joey Hess wrote:
Michael Stone wrote:
The default debian syslog configuration, for one?
IMHO, that's a bug.
Well, it's less of a bug than including something as ambiguous as EST
in a log file. :-P
FWIW, I think all timestamps should use iso-8601
20 matches
Mail list logo