Hey steve!
On 8/21/18, Steve McIntyre wrote:
> On Sun, Aug 05, 2018 at 06:40:23AM +0100, Steve McIntyre wrote:
>>On Sat, Aug 04, 2018 at 07:32:17PM +0200, Laura Arjona Reina wrote:
The last commit on index.wml was in 2014, which only changed http to
https, so no real content change.
The Perl script shown in this post sets the mtime (and atime) to
the last commit time. Works very well and needs only 7 sec for the
whole webwml repository on my notebook.
https://stackoverflow.com/questions/2458042/restore-a-files-modification-time-in-git#
I think we only need this run once,
Hi!
El 23/08/18 a las 18:28, Steve McIntyre escribió:
>
> Except... in Thomas' original bug report he mentions the specific URL
> https://www.debian.org/women/ and that *doesn't* have the GEN_TIME
> variable set. I think we're actually looking at something else here -
> on the www-master
On Thu, Aug 23, 2018 at 02:06:25AM +0200, Laura Arjona Reina wrote:
>Hello all
>
>El 22/08/18 a las 01:50, Steve McIntyre escribió:
>>
>> See https://salsa.debian.org/webmaster-team/webwml/merge_requests/21
>> for a first attempt...
>>
>Thanks.
>I've had a look to this and made some tests.
>
On Sun, Aug 05, 2018 at 06:40:23AM +0100, Steve McIntyre wrote:
>On Sat, Aug 04, 2018 at 07:32:17PM +0200, Laura Arjona Reina wrote:
>>>
>>>The last commit on index.wml was in 2014, which only changed http to
>>>https, so no real content change. In fact, the content didn't changed
>>>since 2012
Hello,
Le 11/08/2018 à 21:12, Osamu Aoki a écrit :
> No not mtime but git commit time, I guess. That is simpler and more
> robust. There may be cleaner way but my elementally git skill can come
> up with this for path/to/file.to.check as:
>
> $ git log -n 1 path/to/file.to.check |sed -n -e
Hi,
On Sun, Aug 05, 2018 at 08:08:40AM +0200, Thomas Lange wrote:
> > On Sun, 5 Aug 2018 06:40:23 +0100, Steve McIntyre
> > said:
>
> > Definitely it should stay - a major part of the usefulness of many
> > pages is "can I trust this to be up to date?". If desired, I'm happy
>
> On Sun, 5 Aug 2018 06:40:23 +0100, Steve McIntyre said:
> Definitely it should stay - a major part of the usefulness of many
> pages is "can I trust this to be up to date?". If desired, I'm happy
That's excatly what I tried to accomplish. Either remove it or have
the correct
On Sun, Aug 05, 2018 at 05:51:36AM +0200, Thomas Lange wrote:
>
>In the long run we may be able to read the git logs and have the
>accurate information of the 'last modification'. Currently that does
>not seem to be possible, because the build already takes too long.
That's actually one of the
On Sat, Aug 04, 2018 at 07:32:17PM +0200, Laura Arjona Reina wrote:
>>
>>The last commit on index.wml was in 2014, which only changed http to
>>https, so no real content change. In fact, the content didn't changed
>>since 2012 and may be out of date.
>
>The content is current.
>
>>Please just
> On Sat, 04 Aug 2018 19:32:17 +0200, Laura Arjona Reina
> said:
> The content is current.
That's good.
> The date shown is the date of last build. This can be the date when
something changed in the page (content or layout), in the templates used to
build that page (e.g. a
El 4 de agosto de 2018 19:32:17 CEST, Laura Arjona Reina
escribió:
>
>We probably change the string
I wanted to say: we probably should change the string...
Kind regards
--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona
Sent with K-9 mail
Hello Thomas
El 4 de agosto de 2018 17:23:06 CEST, Thomas Lange
escribió:
>
>Package: www.debian.org
>
>In the footer of every page we list the date the page was last
>modified. Currently this information is completly useless, because it
>does not show a correct date. e.g.
>
Package: www.debian.org
In the footer of every page we list the date the page was last
modified. Currently this information is completly useless, because it
does not show a correct date. e.g.
https://www.debian.org/women/
Last Modified: Fri, Jun 1 18:42:17 UTC 2018
Let's look into the git
14 matches
Mail list logo
