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

Fixup package #123

Merged
merged 4 commits into from Sep 6, 2023
Merged

Fixup package #123

merged 4 commits into from Sep 6, 2023

Conversation

Jake-Shadle
Copy link
Contributor

This fixes up the package.exclude field to be simpler and actually exclude everything that is unused for downstream users, notably the entirety of the scripts folder. The target/* and Cargo.lock values were superfluous since they are already present in the .gitignore which cargo excludes by default.

While I was doing this I noticed that github CI was now used, but the .travis.yml file was still in the root, and the README still used the travis badge, so fixed that.

Cargo.toml Outdated
@@ -17,7 +17,7 @@ This crate provides Grapheme Cluster, Word and Sentence boundaries
according to Unicode Standard Annex #29 rules.
"""

exclude = [ "target/*", "Cargo.lock", "scripts/tmp", "benches/texts/*", "*.txt", ]
exclude = ["/.github", "/scripts", "/benches/texts"]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd rather not exclude scripts, it's not used by the Rust package but people vendoring the crate sometimes care about having files like this. Can this be reverted to excluding scripts/tmp?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ahh ok, that's unfortunate, the main motivation for the change was to remove executable scripts, but I'll revert that part.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the reason for removing executable scripts? In general I'm 100% sympathetic to the idea that one shouldn't ship unnecessary executables (and I'm aware of the recent kerfuffle in the broader community), but in this case (1) they're scripts, so they're easy to inspect and compare against the git history, and (2) they are not, to my knowledge, executed automatically under any circumstances.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Jake-Shadle if they have an executable bit set I do not mind removing that, but it's not a huge deal. They are scripts, not binaries.

Cargo.toml Outdated Show resolved Hide resolved
@Manishearth Manishearth merged commit 3d7266d into unicode-rs:master Sep 6, 2023
2 checks passed
@Manishearth
Copy link
Member

Thanks!

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

Successfully merging this pull request may close these issues.

None yet

3 participants