[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: LSR updates
From: |
David Kastrup |
Subject: |
Re: LSR updates |
Date: |
Fri, 18 Jul 2014 15:02:30 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) |
"Phil Holmes" <address@hidden> writes:
> ----- Original Message -----
> From: "David Kastrup" <address@hidden>
> To: "Phil Holmes" <address@hidden>
> Cc: <address@hidden>
> Sent: Friday, July 18, 2014 1:49 PM
> Subject: Re: LSR updates
>
>
>> With regard to LSR links one probably needs to check whether they are
>> (re-)introduced via makelsr or some other script if one really wants to
>> get rid of the bad links for good.
>
> I've already checked that. They're put in by makelsr, but only if it
> has updated the snippet, so a large number end up with the old, wrong
> address.
Nothing wrong with fixing makelsr and all the links it _would_ have
created after fixing. Possibly in two commits, the second titled
"pretend we have never been running makelsr.py with bad LSR links" or
so.
The end result of those two commits should again meet the "If the user
reruns makelsr.py now, nothing really happens" criterion.
--
David Kastrup
- LSR updates, Phil Holmes, 2014/07/17
- Re: LSR updates, Phil Holmes, 2014/07/17
- Re: LSR updates, David Kastrup, 2014/07/17
- Re: LSR updates, Phil Holmes, 2014/07/17
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates,
David Kastrup <=
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Jean-Charles Malahieude, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18
- Re: LSR updates, Phil Holmes, 2014/07/18
- Re: LSR updates, David Kastrup, 2014/07/18