Dead link to hp docs

On Sun, Jul 01, 2018 at 11:29:47AM +0000, PG Doc comments form wrote:

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/9.6/static/ssl-tcp.html
Description:

In the "18.9.1. Using Client Certificates" the link to ssl certs usage
diagram seems to be dead
http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04s02.html
i digged a bit at the wayback machine and have found where they moved it -
http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04s02.html

Here are all the broken links in the source tree:

doc/src/sgml/libpq.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04.html

doc/src/sgml/runtime.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04s02.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04s02.html

src/include/port/atomics/generic-acc.h:
Wrong: http://h21007.www2.hp.com/portal/download/files/unprot/Itanium/inline_assem_ERS.pdf
Perhaps right:
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.129.5445&rep=rep1&type=pdf

src/include/port/atomics/generic-acc.h:
src/include/storage/s_lock.h:
Wrong: http://h21007.www2.hp.com/portal/download/files/unprot/itanium/spinlocks.pdf
Perhaps right:
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.129.5445&rep=rep1&type=pdf

It would be nice to fix the links to the docs for spinlocks and inline
assembler at the same time, but I am not sure where those are..
--
Michael

On 2018-Jul-02, Michael Paquier wrote:

Here are all the broken links in the source tree:

doc/src/sgml/libpq.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04.html

doc/src/sgml/runtime.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04s02.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04s02.html

I think HP break their site on a regular basis. Maybe we should be
looking for some more stable source of similar information? I can't
believe that OpenVMS programming manuals are the best possible source of
SSL information.

--
�lvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Alvaro Herrera <alvherre@2ndquadrant.com> writes:

On 2018-Jul-02, Michael Paquier wrote:

Here are all the broken links in the source tree:

doc/src/sgml/libpq.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04.html

doc/src/sgml/runtime.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04s02.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04s02.html

I think HP break their site on a regular basis.

Well, more to the point, it's obvious from the very form of these links
that HP don't intend them to be stable externally-referenceable URLs.
I remember being unhappy from the beginning that Bruce would try to link
to them in our docs, and I think we're seeing now that indeed they're
not trustworthy permanent URLs.

Maybe we should be
looking for some more stable source of similar information?

Exactly.

regards, tom lane

On Tue, Jul 3, 2018 at 7:37 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

Alvaro Herrera <alvherre@2ndquadrant.com> writes:

On 2018-Jul-02, Michael Paquier wrote:

Here are all the broken links in the source tree:

doc/src/sgml/libpq.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/ch04.html

doc/src/sgml/runtime.sgml:
Wrong: http://h71000.www7.hp.com/doc/83final/ba554_90007/ch04s02.html
Correct: http://h41379.www4.hpe.com/doc/83final/ba554_90007/

ch04s02.html

I think HP break their site on a regular basis.

Well, more to the point, it's obvious from the very form of these links
that HP don't intend them to be stable externally-referenceable URLs.
I remember being unhappy from the beginning that Bruce would try to link
to them in our docs, and I think we're seeing now that indeed they're
not trustworthy permanent URLs.

Maybe we should be
looking for some more stable source of similar information?

Exactly.

+<many>. I've been thinking that for a while. And it's not the first time
they changed things on us.

--
Magnus Hagander
Me: https://www.hagander.net/ <http://www.hagander.net/&gt;
Work: https://www.redpill-linpro.com/ <http://www.redpill-linpro.com/&gt;

I have committed the proposed changes now.

We can substitute better links when we have them, but for now we don't
appear to have any.

--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services