So, pkgdown is never going to resolve those links.
Potential Fixes / Accomodations
I wonder, then, whether there are other ways pkgdown could accomodate linking enterprise hosted packages.
A few jump out:
1 Allowing pkgdown.yml (The one deployed wherever our pkgdown site is deployed, eg https://pages.github.sydney.edu.au/speed-extract/mandrake/pkgdown.yml ) to be built into the package (Removing it from .Rbuildignore ) s.t if it is found, its url links are resolved automatically.
2 If pkgdown attempts to resolve DESCRIPTION$URL/pkgdown.yml , and fails, pkgdown can make its best-effort based off of DESCRIPTION$URL to set up some "standard" links, such as:
These fall-backs might allow a best-effort linking for package's whose description$url field cannot be resolved publicly. I personally don't see too much harm in building a pkgdown.yml into installed R packages, so I think this could accomodate those of us who can't host all of our work publically.
Migrated from https://github.com/r-lib/pkgdown/issues/1366
Previously named: Private (Enterprise Hosted) packages not autolinking due to requirement to sign-in
Hi there.
My organization hosts an instance of GH enterprise.
The Process
The current trajectory for autolinking is as follows (correct me if I'm wrong)
Read URL from package DESCRIPTION, for example:
Resolve
{url}
/pkgdown.yml , use the links given here to help configure autolinking.For example,
DESCRIPTION$URL
gives:https://pages.github.sydney.edu.au/speed-extract/mandrake/pkgdown.yml
urls$reference
gives https://pages.github.sydney.edu.au/speed-extract/mandrake//referenceurls$article
gives https://pages.github.sydney.edu.au/speed-extract/mandrake//articlespkgdown figures out the rest.
The problem with this process and enterprise hosted repos
This would be great, however, you will find that if you click on https://pages.github.sydney.edu.au/speed-extract/mandrake/pkgdown.yml
you will be given a challenge-response asking you to sign in.
curl says:
So,
pkgdown
is never going to resolve those links.Potential Fixes / Accomodations
I wonder, then, whether there are other ways pkgdown could accomodate linking enterprise hosted packages. A few jump out:
pkgdown.yml
(The one deployed wherever our pkgdown site is deployed, eg https://pages.github.sydney.edu.au/speed-extract/mandrake/pkgdown.yml ) to be built into the package (Removing it from.Rbuildignore
) s.t if it is found, its url links are resolved automatically.pkgdown
attempts to resolveDESCRIPTION$URL
/pkgdown.yml , and fails, pkgdown can make its best-effort based off ofDESCRIPTION$URL
to set up some "standard" links, such as:These fall-backs might allow a best-effort linking for package's whose
description$url
field cannot be resolved publicly. I personally don't see too much harm in building apkgdown.yml
into installed R packages, so I think this could accomodate those of us who can't host all of our work publically.Cheers!