Skip to content
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

Build documentation for *docs.rs* website #5

Closed
alexreg opened this issue Mar 6, 2017 · 6 comments
Closed

Build documentation for *docs.rs* website #5

alexreg opened this issue Mar 6, 2017 · 6 comments

Comments

@alexreg
Copy link

alexreg commented Mar 6, 2017

Let's make sure Travis does this automatically too.

@musoke
Copy link
Contributor

musoke commented Apr 14, 2017

Is this to check that the docs can build? As far as I know, docs.rs automattically builds the documentation when updates are pushed to crates.io.

However, docs.rs does seem to have failed to build the docs so far. All using rustc 1.17.0-nightly (0f34b532a 2017-02-21)

@pkgw
Copy link
Collaborator

pkgw commented Apr 16, 2017

Yes, I think the docs will not build on docs.rs because of Tectonic's dependencies on various native C libraries. I am not sure of the best way to deal with this. But this connects to the larger challenge of making Tectonic build more comfortably within the Cargo/Rust ecosystem (cf #15).

@alexreg
Copy link
Author

alexreg commented Apr 17, 2017

Ah yes, you're right about that @musoke. Maybe docs.rs can somehow be told to ignore the native dependencies though, when generating docs? I can have a look into this at some point, perhaps.

@musoke
Copy link
Contributor

musoke commented Apr 18, 2017

Didn't dig too deep, but here are some relevant links:

@alexreg
Copy link
Author

alexreg commented Apr 18, 2017

Yes, I believe 73 would fix the issue, and be the more elegant solution.

@pkgw
Copy link
Collaborator

pkgw commented Jul 8, 2017

I've just published version 0.1.6 of the crate, and confirm that we're now available on docs.rs!

@pkgw pkgw closed this as completed Jul 8, 2017
let-def added a commit to let-def/tectonic that referenced this issue Oct 14, 2023
Reqwest client should be destroyed before forking to avoid threading
issue. This is done by using thread local storage, that is initialized
and used by geturl and cleared by texpresso.

Alternative: use pthread_atfork in reqwest to properly handle fork.
let-def added a commit to let-def/tectonic that referenced this issue Feb 13, 2024
Reqwest client should be destroyed before forking to avoid threading
issue. This is done by using thread local storage, that is initialized
and used by geturl and cleared by texpresso.

Alternative: use pthread_atfork in reqwest to properly handle fork.
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

3 participants