Skip to content

rust stages for armv6/7-linux-gnueabi{hf} from static.rust-lang.org do not include rust-docs anymore  #52133

Closed

Description

@stefson

This is valid for >=rust-1.26.0, the rust-docs folder has been included before that version. For instance with rust-1.25.0 it was just fine. I know that there is a thing called rustup, but there are various reasons to prefere an install from the stage archives via install.sh

There were a few problems with cross compile and rust-docs in the past, this may be related somehow.

Please include rust-docs in the future, if there is a reason not to do that please communicate it. And also please check other archs for the same error, I can only speak for armv6/7! Thanks!

Activity

  1. Mark-Simulacrum commented on Jul 7, 2018

    @Mark-Simulacrum
    Member

    We no longer build documentation for these platforms; I believe the expectation is that users will use linux (x86_64-unknown-linux-gnu) documentation instead.

    cc @alexcrichton

  2. added
    A-docsArea: Documentation for any part of the project, including the compiler, standard library, and tools
    T-infraRelevant to the infrastructure team, which will review and decide on the PR/issue.
    C-feature-requestCategory: A feature request, i.e: not implemented / a PR.
    on Jul 7, 2018
  3. added a commit that references this issue on Jul 29, 2018
  4. added 2 commits that reference this issue on Jul 30, 2018
  5. added a commit that references this issue on Jul 31, 2018
  6. added a commit that references this issue on Aug 1, 2018
  7. added a commit that references this issue on Aug 1, 2018
  8. djc commented on Aug 4, 2018

    @djc
    Contributor

    This is an issue in https://bugs.gentoo.org/660512.

    So where is the policy described? rust-docs is still being published for seemingly obscure target triples like i386-apple-ios, but not things like armv6 that people actually use, which seems a weird thing to do. Either it's something like one-per-OS or everything-for-tier-2.

  9. Mark-Simulacrum commented on Aug 4, 2018

    @Mark-Simulacrum
    Member

    It might be a bug that we're publishing the ios docs -- cc @kennytm

    Generally speaking the policy isn't described anywhere currently (though we should probably fix that).

  10. djc commented on Aug 21, 2018

    @djc
    Contributor

    So can we please get some clarity on why this got changed/what the policy should look like? I'm happy to help clarify a policy and/or put it in writing, I just don't want to encode stuff now that might turn out to be wrong later because I'm guessing at motivations for this particular change.

  11. emilyalbini commented on Aug 30, 2018

    @emilyalbini
    Member

    At the moment only tier 1 platforms gets the rust-docs component packaged with rustup.

    The change was made in #49187 because building those docs took a long time on our CI system (which was timing out often at the time) and we guessed few people were using those. AFAIK nobody complained (except when the change broke rustup upgrades, but that's another story).

  12. djc commented on Aug 30, 2018

    @djc
    Contributor

    @pietroalbini thanks, that helps a lot! It would be nice if this was documented anywhere.

  13. removed
    A-docsArea: Documentation for any part of the project, including the compiler, standard library, and tools
    on Dec 27, 2018
  14. Mark-Simulacrum commented on Jun 4, 2019

    @Mark-Simulacrum
    Member

    I don't think we're really tracking anything in particular here -- we don't have the CI budget today to produce this documentation and there's not much we can do here today. You can mostly work around it today (presuming you have the disk space), by doing something like rustup toolchain install stable-x86_64-unknown-linux-gnu and rustup doc --toolchain stable-x86_64-unknown-linux-gnu I believe which should be sufficient for most use cases. Perhaps we ideally would default to the linux docs if we don't have the specific platform's docs but that's a rustup request more so than rust-lang/rust, I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    C-feature-requestCategory: A feature request, i.e: not implemented / a PR.T-infraRelevant to the infrastructure team, which will review and decide on the PR/issue.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions