Skip to content

provide option to run daemon without the crates.io index updater #443

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
QuietMisdreavus opened this issue Oct 21, 2019 · 3 comments
Closed

Comments

@QuietMisdreavus
Copy link
Member

When testing docs.rs, it's sometimes useful to just queue crates manually, and not try to keep up with the entire crates.io index. Since the code that refreshes the index and queues up builds is already a separate thread in the daemon, it shouldn't be that much work to provide an option to disable that thread for development.

(If done right, his can also make it easier to provide a sort of "white-label" installer in the future that allows people to only host docs for certain crates, potentially from custom registries or arbitrary repositories. This is something that's been requested a few times informally, and would probably be a boon to production/enterprise Rust users.)

@jyn514
Copy link
Member

jyn514 commented Oct 25, 2019

This would also make it easier to develop locally without having my CPU/disk burn up.

@jyn514
Copy link
Member

jyn514 commented Nov 10, 2019

Another thing to tack onto this - It would be nice to run local builds for docs.rs offline, for example when you have limited internet or in an enterprise scenario.

Blockers for builds:

  • Use cached toolchain versions: [Feature Request] Cache builds #447 (comment)
  • Use cached versions of rustops/crates-build-env
  • Use cached versions of {cargo-install-update,rustup-toolchain-install-master,git-credential-null}
  • Don't fetch yanked versions and authors from crates.io in db::add_package

Blockers for web ui:

  • Fallback to local CSS files if cloudflare doesn't respond. This is how it looks without the CSS:
    image

@jyn514
Copy link
Member

jyn514 commented Jul 6, 2020

Fixed by #872

@jyn514 jyn514 closed this as completed Jul 6, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants