From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Dagfinn Ilmari Mannsåker <ilmari(at)ilmari(dot)org> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: perltidy version |
Date: | 2018-03-02 12:34:47 |
Message-ID: | CABUevEz-V55H3EK7JGsfS6RU0SZstDjLPLKAZzLD409GEzw8Bw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Mar 2, 2018 at 1:30 PM, Dagfinn Ilmari Mannsåker <ilmari(at)ilmari(dot)org>
wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>
> > Our instructions in src/tools/pgindent/README says to make sure we use
> > perltidy version v20090616. However, this version no longer appears to be
> > available for download on the link we provide -- the oldest one available
> > is 20140328.
>
> It's available via MetaCPAN:
> https://metacpan.org/release/SHANCOCK/Perl-Tidy-20090616
>
> Which means it can be installed with 'cpanm Perl::Tidy(at)20090616' or
> 'cpan SHANCOCK/Perl-Tidy-20090616.tar.gz' (the latter requires a
> BackPAN-inclusive mirror configured, e.g. cpan.metacpan.org)
>
> Direct tarball download link:
> https://cpan.metacpan.org/authors/id/S/SH/SHANCOCK/Perl-
> Tidy-20090616.tar.gz
>
> Or directly from BackPAN (the MetaCPAN mirror includes BackPAN):
> http://backpan.perl.org/authors/id/S/SH/SHANCOCK/Perl-Tidy-20090616.tar.gz
>
> > Is it perhaps time to move up to a newer version? Or failing that,
> perhaps
> > we need to host our own copy of the old version?
>
> BackPAN keeps all distributions ever uploaded to CPAN, unless removal is
> explicitly requested, e.g. for legal reasons, so there should be no need
> to host it ourselves.
>
In that case, we should at least update our instructions for how to install
it. But that's definitely a better option than hosting our own copy.
--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/>
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/>
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2018-03-02 12:43:42 | Re: [HACKERS] path toward faster partition pruning |
Previous Message | Konstantin Knizhnik | 2018-03-02 12:34:12 | Re: [HACKERS] Surjective functional indexes |