Add support for xbuild

[notgull]

xbuild is a tool for building iOS/Android apps in Rust.

[taiki-e]

https://github.com/taiki-e/install-action/actions/runs/6014566895/job/16314554693

xbuild tool is deprecated and will be removed in future updates, use msbuild instead

🤔

[notgull]

This is odd. The maintainer for rust-mobile just told me cargo-apk is deprecated in favor of xbuild.

[notgull]

Oh wait, that's Mono's xbuild command.

It looks like I should install the xbuild binary under the name x, are there any existing controls for doing that?

[taiki-e]

You can add a special case here.

install-action/main.sh

Line 72 in cc5a5c5

installed_bin="${bin_dir}/$(basename "${bin_in_archive}")"

Probably something like.

case "${tool}" in
    build) installed_bin="${bin_dir}/x"  ;;
    *) installed_bin="${bin_dir}/$(basename "${bin_in_archive}")"  ;;
esac

And here too.

install-action/main.sh

Line 576 in cc5a5c5

case "${tool}" in

[notgull]

Ugggh, xbuild dynamically links to OpenSSL, doesn't it.

I've opened rust-mobile/xbuild#132 to deal with this. Until then I guess I'll just install libssl.

[notgull]

Hmm, it looks like xbuild needs SSL 3, and many of the operating systems in the configuration at the moment just don't have SSL 3 available.

[taiki-e]

For now, I think we can adjust https://github.com/taiki-e/install-action/blob/main/tools/ci/tool-list.sh and mark xbuild as glibc_pre_2_34_incompat.

many of the operating systems in the configuration

We test a number of environments in CI, but the ones that actually important for most users are the -latest variants of the GitHub-hosted runner: ubuntu-latest (ubuntu-22.04), macos-latest (macos-12), and windows-latest (windows-2022)

[taiki-e]

At least in their 0.1.x versions, the release tag does not seem to match the crate version.

https://crates.io/crates/xbuild/versions
https://github.com/rust-mobile/xbuild/releases

If that has been fixed in 0.2.x and up, that is fine, but otherwise it will be confusing because it will install something that does not match the crate version specified by the user.

[notgull]

Hmm, yes, that seems problematic.

@dvc94ch When you make xbuild releases from this point on, can you make sure that the release tag matches the crate version?

[dvc94ch]

We already have a gh action: https://github.com/rust-mobile/setup-xbuild-action

[notgull]

We already have a gh action: https://github.com/rust-mobile/setup-xbuild-action

It looks like that uses the GitHub CLI though, which needs a secret token to work. install-action works without any GitHub tokens.

Edit: it looks like there is also no control over the version installed, which is important for some cases.

[notgull]

@dvc94ch Poke. Given the reasons above I feel that this is a good reason why xbuild should support install-action through proper versioning.

[dvc94ch]

Yeah, really annoying that gh cli requires a token to download a release, I know. xbuild has different components I think the release tag versions the sdk build and has nothing to do with the crate version

[notgull]

Yeah, really annoying that gh cli requires a token to download a release, I know. xbuild has different components I think the release tag versions the sdk build and has nothing to do with the crate version

Hmm, so should this crate just ignore versions with + in it?

[taiki-e]

Thanks!

[taiki-e]

Published in 2.18.0.