Boost C++ Libraries: Ticket #2890: Boost.Build PDF docs broken https://svn.boost.org/trac10/ticket/2890 <p> Edward Diener has reported that the link to PDF documentation on <a href="http://www.boost.org/doc/libs/1_38_0/tools/build/v2/index.html">http://www.boost.org/doc/libs/1_38_0/tools/build/v2/index.html</a> does not work. This is relative link presently, and it works fine on <a class="ext-link" href="http://boost.org/boost-build2"><span class="icon">​</span>http://boost.org/boost-build2</a>. I see two ways of fixing it in the complete Boost docs: </p> <ul><li>Copy userman.pdf into </li><li>Change the document to use absolute link to PDF file </li></ul><p> I'd appreciate guidance as to which option is best. If first option is best, then naturally it should be done by somebody with access to the site. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/2890 Trac 1.4.3 Daniel James Fri, 27 Mar 2009 08:43:31 GMT owner changed; cc set https://svn.boost.org/trac10/ticket/2890#comment:1 https://svn.boost.org/trac10/ticket/2890#comment:1 <ul> <li><strong>cc</strong> <span class="trac-author">daniel_james@…</span> added </li> <li><strong>owner</strong> changed from <span class="trac-author">Daniel James</span> to <span class="trac-author">René Rivera</span> </li> </ul> <p> I'm reassigning this to Rene as I'd like his feedback below and I can't see any way to cc him. I'm not expecting to fix this. </p> <p> The link is broken in the main release as well (you can see it in the inspect report). Older versions of boost seem to be fine, so you might want to do whatever you used to do. </p> <p> As you're already changing links in your release script, you could use an absolute link in the main boost release and then change to it a relative link for the build release. </p> <p> At the moment, we can't copy userman.pdf to the location on the site (I assume that's what you meant) as the documentation is served from the release zip file. It's possible to change htaccess to check for files before running php to get the page. Rene, does that sound okay to you? It's not very nice to have special cases, but that seems to be the least problematic way to me. </p> <p> Incidentally, you should have as much access to the site as I have. Everything I do is through subversion. </p> Ticket anonymous Mon, 29 Nov 2010 05:01:00 GMT <link>https://svn.boost.org/trac10/ticket/2890#comment:2 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/2890#comment:2</guid> <description> <p> Is this still an issue? Apparently John has been able to build the PDF docs lately (from memory, I read something from the developers mailing list about his progress). Should we host the pdf files somewhere and just get the absolute link added to the documentation? </p> </description> <category>Ticket</category> </item> <item> <dc:creator>Daniel James</dc:creator> <pubDate>Sat, 11 Dec 2010 14:16:04 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/2890#comment:3 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/2890#comment:3</guid> <description> <p> This is still an issue. You can see it in the <a href="http://www.boost.org/doc/libs/1_45_0/tools/build/v2/index.html">latest version</a>. This is something that needs to be fixed in boost build, as the broken link is present in the boost distribution. </p> <p> Building the pdf docs is a different issue, it's still broken on the release branch due to moving the jam directory, but it's okay on trunk. I think it just needs <a class="changeset" href="https://svn.boost.org/trac10/changeset/64189" title="Move Boost.Jam docs to where Boost.Build docs are. ">[64189]</a> to be merged. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>René Rivera</dc:creator> <pubDate>Wed, 31 Dec 2014 15:36:24 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/2890#comment:4 https://svn.boost.org/trac10/ticket/2890#comment:4 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">invalid</span> </li> </ul> <p> Assuming this is now either not a problem any more, or a different problem now that we are in github. </p> Ticket