Fix unwanted "empty-library" appearance

[GuillaumeGomez]

Fixes #1313.

cc @Nemo157 @jyn514

We will need to remove the files into the existing dirs too I guess?

[Nemo157]

Looking back into #1300 more, what I don't understand is why it is trying to load a global crates.js instead of a local one for each crate: https://docs.rs/crates-20210304-1.52.0-nightly-45b3c2851.js does not exist but https://docs.rs/syn/1.0.61/crates-20210304-1.52.0-nightly-45b3c2851.js does. Are we incorrectly rewriting this url? (note that search-index.js is loaded locally from the current version)

[GuillaumeGomez]

@Nemo157 This fix works too. Now the problem is that the crates.js path is invalid. I don't how we generate it correctly for search-index.js and source-files.js. Any idea maybe?

[Nemo157]

This can be merged once rust-lang/rust#83094 is in a nightly, that on its own should fix the issue, this should just avoid copying a file that shouldn't actually be part of the essential files (merging it before that would cause the errors from #1300 again, the symptom in #1313 is less bad).

[jyn514]

This can be merged once rust-lang/rust#83094 is in a nightly, that on its own should fix the issue, this should just avoid copying a file that shouldn't actually be part of the essential files (merging it before that would cause the errors from #1300 again, the symptom in #1313 is less bad).

@Nemo157 https://docs.rs/crc8-rs/1.1.0/crc8_rs/ was built with rustc 1.52.0-nightly (36f1f04f1 2021-03-17), but it still shows empty-library and loads crates.js from the suffix path. That makes me worry that deploying this will break all builds again.

[jyn514]

Hmm, it does seem to work locally though.

[GuillaumeGomez]

I think a file needs to be removed somewhere on our end.