I've raised this issue before with little success, although a few people
responded in
support of the idea.
The issue is the file dates being always today's date whenever one downloads a
copy from
the repository or simply opens a local copy. I'd really like to either see the
file dates
being
On 03/28/2011 08:17 PM, Volodya Savastiouk wrote:
Does anybody else feel this is a useful feature/option?
I do, yes.
thanks for fossil, I love it!
Me too!
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On Mon, Mar 28, 2011 at 1:17 PM, Volodya Savastiouk volo...@io3.ca wrote:
I've raised this issue before with little success, although a few people
responded in
support of the idea.
The issue is the file dates being always today's date whenever one
downloads a copy from
the repository or
On Mon, Mar 28, 2011 at 02:17:10PM -0400, Volodya Savastiouk wrote:
The issue is the file dates being always today's date whenever one
downloads a copy from the repository or simply opens a local copy.
This was discussed a while ago and I think the agreement was:
(1) Initial open may use the
On 2:59 PM, Joerg Sonnenberger wrote:
On Mon, Mar 28, 2011 at 02:17:10PM -0400, Volodya Savastiouk wrote:
The issue is the file dates being always today's date whenever one
downloads a copy from the repository or simply opens a local copy.
This was discussed a while ago and I think the
On Mon, 28 Mar 2011 14:17:10 -0400
Volodya Savastiouk volo...@io3.ca wrote:
I've raised this issue before with little success, although a few people
responde The issue is the file dates being always today's date whenever one
downloads a copy from
the repository or simply opens a local
On 2:59 PM, Mike Meyer wrote:
As noted, this breaks build systems that compare file dates to see if
a file needs to be recompiled. As such, this feature is dangerous.
mike
I appreciate that Mike. I'm thinking of having the update information being
part of the
filename on request (an
7 matches
Mail list logo