I'm just reviewing some old bugs and came across this one. Personally I
like having changelogs in my timezone for my packages and I believe
that a lot of other people do too.
Unless policy changes or there is a massive chorus of "no change it"
then I will be closing this bug.
- Craig
--
Craig S
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
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 @ Un
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 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
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
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 tim
On Mon, Apr 02, 2007 at 01:57:09PM -0400, Joey Hess wrote:
> 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
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.as
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, 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
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 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
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 oth
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
> > > > f
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
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
> >
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, IMHO it is better if these dates are in UTC to make it easier to
> fi
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, 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
19 matches
Mail list logo