-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New package: wezterm-20220905_1 #36903
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
Conversation
|
I've also locally built aarch64 (cross) and i686 (cross). I do not know what to do about the i686 check errors. These seem like bugs within some Rust crate(s), and may not impact use of the program on i686. Thoughts, comments, and suggestions are welcomed, |
|
you could do something like if [ "$XBPS_TARGET_MACHINE" = "i686" ]; then
# comment explaining why
make_check=no
fi |
|
arch's package also installs some shell completions, it would be good to include those too |
|
I added Thoughts, suggestions, and/or ideas are always welcomed, |
|
Does the latest version have the same issues? Also, I came across this page: https://github.com/wez/wezterm/blob/main/README-DISTRO-MAINTAINER.md |
4d22b0e to
899b894
Compare
|
Yup. :( |
I noticed from void-linux/void-packages#36903 that 32-bit systems were failing to pass the test suite. Running `cargo test --target i686-unknown-linux-gnu -- --nocapture teeny_string` showed that we were faulting in the teenystring code and digging a bit deeper showed that it was because our assumptions about the high bits were wrong for 32-bit systems. Fix this by making TeenyString based around a u64 rather than usize so that we guarantee its size on all current systems.
Those were serious bugs that would break the program on i686 and should be resolved by wezterm/wezterm@7b904f0 |
01c7b63 to
4911140
Compare
74cd171 to
69b4128
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok i think these are my last comments
|
I might be able to investigate the cross issue soon, but I think that can be solved later if I don't have time |
|
actually one more thing: swap the location the do_check and do_build functions, so the order matches the order of the steps in xbps-src |
srcpkgs/wezterm/patches/7b904f05eb4de9ed44d2068355a571b117eba0e1.patch
Outdated
Show resolved
Hide resolved
|
Is there anything else blocking this from merging? I would love to use Wezterm in void |
|
was going to look at this tonight and see if I can fix cross -- if not, I'll merge it as-is |
Great, I also think this might fail to build for ppc*, but I don't have a way to test that and it's just a guess, so I think we can just restrict it when it fails. |
8771c5f to
c175df4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok, last round, hopefully
Fixes: void-linux#35721 Signed-off-by: Joseph Benden <joe@benden.us>
|
@classabbyamp Has anyone told you how awesome you are! Thank you for helping so much with this PR; it has certainly produced a better package! |
Testing the changes
New package
Local build testing
x86_64-glibc)