Arch Linux User Repository

I'm hitting the same issue as @MuratOzsoyler, suggestion from this Helix discussion is that it's some Rust/libc dep that's failing, but I don't know how to turn that info into a fix.

Initial compilation fails with the following error:

error: linking with `cc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/home/murat/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/bin:/home/murat/.cargo/bin:/home/murat/.local/bin:/home/murat/.cabal/bin:/home/murat/.ghcup/bin:/home/murat/.no....
  .... many lines ....
  = note: /usr/bin/ld: /var/cache/aura/vcs/helix-git/helix-git/src/helix/target/release/deps/hx-e3df09f40b1fea98.helix_core-35178cc154b6697a.helix_core.62f28519a3a915a3-cgu.02.rcgu.o.rcgu.o: in function `<tree_sitter::Query as core::ops::drop::Drop>::drop':
          /home/murat/.cargo/git/checkouts/tree-sitter-1d6f0a99cd00d1e0/660481d/lib/binding_rust/lib.rs:2508:(.text._ZN4core3ptr39drop_in_place$LT$tree_sitter..Query$GT$17h8a7b878cfd573408E+0x1b): undefined reference to `ts_query_delete'
  .... many lines ....
          /usr/bin/ld: /home/murat/.cargo/git/checkouts/tree-sitter-1d6f0a99cd00d1e0/660481d/lib/binding_rust/lib.rs:1652:(.text._ZN11tree_sitter5Query3new17h851b3fb79dbdb265E+0x3bf8): undefined reference to `ts_query_delete'
          collect2: error: ld returned 1 exit status

  = note: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
  = note: use the `-l` flag to specify native libraries to link
  = note: use the `cargo:rustc-link-lib` directive to specify the native libraries to link with Cargo (see https://doc.rust-lang.org/cargo/reference/build-scripts.html#cargorustc-link-libkindname)

error: could not compile `helix-term` (bin "hx") due to previous error
==> ERROR: A failure occurred in build().

Even though compilation starts surprisingly in the middle of the tests, this patch solved it. Thank you so much for your support and effort.

Seems to be a weird interaction between the "integration_test" feature flag and the regular (non-integration) tests. I just updated the tests to more match the helix CI setup (i.e. separate test + integration-test).

Somewhat annoying side effect: it needs to compile more between unit and integration tests now

When updating the package with sudo aura -Akax --noconfirm helix-git this error come up for last few attempts:

Running unittests src/lib.rs (target/debug/deps/helix_event-85a18dc758a2ce7f)

running 2 tests
test test::smoke_test ... FAILED
test test::dynamic ... FAILED

failures:

---- test::smoke_test stdout ----
thread 'test::smoke_test' panicked at helix-event/src/runtime.rs:67:18:
there is no reactor running, must be called from the context of a Tokio 1.x runtime

---- test::dynamic stdout ----
thread 'test::dynamic' panicked at helix-event/src/runtime.rs:67:18:
there is no reactor running, must be called from the context of a Tokio 1.x runtime
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace


failures:
    test::dynamic
    test::smoke_test

test result: FAILED. 0 passed; 2 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s

There is no report relevant in upstream issues. Should I report this to upstream?

It is installed without problems now. Thanks for version bump. All previous warnings disappeared.

@MuratOzsoyler that looks like some weird problem during the git checkout. I'm not sure if that's due to some network thing, just github being flaky for a moment or something else. My best guess would be to try again and hope it got resolved, but I don't think there's much to do about it on the PKGBUILD side.

makepkg ends with error:

error: RPC failed; curl 92 HTTP/2 stream 5 was not closed cleanly: CANCEL (err 8)
error: 7107 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
==> ERROR: Failure while downloading helix git repo
    Aborting...

Am I doing something wrong? How can I circumvent this error?

Can we have an r prefix in the version number to denote the number of commits difference since the listed tag from git describe --tags? This is what the s/\([^-]*-g\)/r\1/ portion is for on https://wiki.archlinux.org/title/VCS_package_guidelines#Git:

git describe --long | sed 's/\([^-]*-g\)/r\1/;s/-/./g'

Thanks!

The git package is missing in the makedepends, as per https://wiki.archlinux.org/title/PKGBUILD#makedepends

Otherwise, one can't build this package in a clean chroot.