On Wed, Apr 04, 2007 at 05:58:28PM +0200, Christoph Berg wrote:
What about supporting a variable DEBCHANGE_TZ in ~/.devscripts that
lets the user set UTC, but defaults to $TZ?
That would be a one-size-fits-all solution I would like.
--
Stefano Zacchiroli -*- Computer Science PhD student @ Uny
On Wed, Apr 04, 2007, Christoph Berg wrote:
What about supporting a variable DEBCHANGE_TZ in ~/.devscripts that
lets the user set UTC, but defaults to $TZ?
Uh, isn't alias dch='TZ=UTC dch' good enough?
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, Apr 02, 2007 at 03:11:23PM +0200, Stefano Zacchiroli wrote:
I share the feeling of niceness of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.
Is
Re: Stefano Zacchiroli 2007-04-02 [EMAIL PROTECTED]
I share the feeling of niceness of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.
If we want to
On Mon, Apr 02, 2007 at 09:32:22AM +0100, Julian Gilbey wrote:
On Mon, Apr 02, 2007 at 09:48:13AM +0200, Robert Millan wrote:
Package: devscripts
Version: 2.9.26
Severity: wishlist
Tags: patch
Since dates written to changelogs are going to be read by people all over
the
world,
Re: Robert Millan 2007-04-02 [EMAIL PROTECTED]
Since dates written to changelogs are going to be read by people all over
the
world, IMHO it is better if these dates are in UTC to make it easier to
figure out when it was uploaded in comparison to other events (such as the
upload of
On Mon, Apr 02, 2007 at 02:11:51PM +0200, Christoph Berg wrote:
Re: Robert Millan 2007-04-02 [EMAIL PROTECTED]
Since dates written to changelogs are going to be read by people all
over the
world, IMHO it is better if these dates are in UTC to make it easier to
figure out when it
On Mon, Apr 02, 2007 at 02:11:51PM +0200, Christoph Berg wrote:
Since dates written to changelogs are going to be read by people all
over the
world, IMHO it is better if these dates are in UTC to make it easier to
figure out when it was uploaded in comparison to other events (such
On Monday 02 April 2007 14:11, Christoph Berg wrote:
Re: Robert Millan 2007-04-02 [EMAIL PROTECTED]
Since dates written to changelogs are going to be read by people all
over the world, IMHO it is better if these dates are in UTC to make
it easier to figure out when it was uploaded in
On Monday 02 April 2007 15:11, Stefano Zacchiroli wrote:
I share the feeling of niceness of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.
That is not
On Mon, Apr 02, 2007 at 03:31:37PM +0200, Frans Pop wrote:
That is not really a valid reason either because converting a timestamp
from a changelog entry to any other timezone or format is trivial:
$ D=$(zgrep ^ -- /usr/share/doc/apt/changelog.Debian.gz | \
head -1 | sed s/^.* //)
$
On Mon, 2 Apr 2007 15:49:54 +0200
Stefano Zacchiroli [EMAIL PROTECTED] wrote:
On Mon, Apr 02, 2007 at 03:31:37PM +0200, Frans Pop wrote:
That is not really a valid reason either because converting a timestamp
from a changelog entry to any other timezone or format is trivial:
$
On Mon, Apr 02, 2007 at 01:37:23PM +0200, Robert Millan wrote:
This is a nice idea. I think it should also be discussed on
debian-devel and debian-policy.
CCing -devel. For -policy I think it is too early (usualy, common practice is
stablished before Policy enforces it).
Also adding
Stefano Zacchiroli wrote:
I share the feeling of niceness of the personal touch, but this isn't
a technical reason
It's nice to know if an upload was made at 4:30 am local time, va 6 pm local
time. It says something about the possible condition of the uploader.
--
see shy jo
signature.asc
Stefano Zacchiroli wrote:
$ D=$(zgrep ^ -- /usr/share/doc/apt/changelog.Debian.gz | \
head -1 | sed s/^.* //)
$ date -uRd $D
Trivial is something I can do without having the need of thinking
about an implementation of it. I guess you spent a couple of minutes
writing the above shell
On Mon, Apr 02, 2007 at 03:11:23PM +0200, Stefano Zacchiroli wrote:
I share the feeling of niceness of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.
I'm
On ma, 2007-04-02 at 19:26 +0100, Mark Brown wrote:
Given how easy it is to canonicalise the timestamp data, the fact that
it's data loss and the questionable utility of the information why is it
worth it?
Maintaining status quo is easy. Making programs that compare timestamps
understand time
Lars Wirzenius schrieb:
My gut feeling is that there's more people who edit the timestamp
manually than those who compare them mentally, so I'm in favor of
maintaining status quo.
Hmm and my gut feeling is that the vast majority of maintainers just use
dch instead of manually writing the
On Mon, 02 Apr 2007, Bastian Venthur wrote:
Lars Wirzenius schrieb:
My gut feeling is that there's more people who edit the timestamp
manually than those who compare them mentally, so I'm in favor of
maintaining status quo.
Hmm and my gut feeling is that the vast majority of maintainers
On Mon, Apr 02, 2007 at 08:49:44PM +0200, Bastian Venthur wrote:
Hmm and my gut feeling is that the vast majority of maintainers just use
dch instead of manually writing the changelog skeleton (it's faster and
less error prone). But until we have verifiable numbers it's all moot.
I tend to
On Mon, Apr 02, 2007 at 03:11:23PM +0200, Stefano Zacchiroli wrote:
I share the feeling of niceness of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.
It
Wouter == Wouter Verhelst [EMAIL PROTECTED] writes:
Wouter Sun, 31 Dec 2006 14:40:46 +0100
Wouter You didn't fail basic math, did you? ;-)
Just remember to subtract 1 hour, don't add it.
I could imagine people getting this wrong.
--
Brian May [EMAIL PROTECTED]
--
To UNSUBSCRIBE,
22 matches
Mail list logo