NetBSD build, anyone?

[isbm]

I wanted Helix, because nothing else works on NetBSD 😉 Still,
seems Helix is also out of complete luck as follows:

1. git clone ...
2. rm rust-toolchain.toml
3. cargo update (because some crate asks for 1.81 at least)
4. rustc --verion (1.84)
5. Building [=======================> ] 292/300: helix-term(build)

That hangs until forever. Same with the 1.76 version, for the record,
so this rules out "please use 1.76 rust".

Trace shows it is trying to sync with something, waiting, but I don't
know much:

  7845   7845 cargo    RET   ioctl 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c0a0)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c050)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c040)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  ___lwp_park60(3,1,0x7f7fff05c060,0,0,0)
  7845   7845 cargo    RET   ___lwp_park60 -1 errno 37 Operation already in progress
  7845   7845 cargo    CALL  ___lwp_park60(3,1,0x7f7fff05c060,0,0,0)
  7845   7845 cargo    RET   ___lwp_park60 -1 errno 60 Operation timed out
  7845   7845 cargo    CALL  _lwp_unpark(0x1ea5,0)
  7845   7845 cargo    RET   _lwp_unpark 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c050)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  ioctl(2,TIOCGWINSZ,0x7f7fff05c1f8)
  7845   7845 cargo    GIO   fd 2 read 8 bytes
       "P\0\M^Y\0\0\0\0\0"
  7845   7845 cargo    RET   ioctl 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c130)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  ioctl(2,TIOCGWINSZ,0x7f7fff05c170)
  7845   7845 cargo    GIO   fd 2 read 8 bytes
       "P\0\M^Y\0\0\0\0\0"
  7845   7845 cargo    RET   ioctl 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c0a0)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c050)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  __clock_gettime50(3,0x7f7fff05c040)
  7845   7845 cargo    RET   __clock_gettime50 0
  7845   7845 cargo    CALL  ___lwp_park60(3,1,0x7f7fff05c060,0,0,0)
  7845   7845 cargo    RET   ___lwp_park60 -1 errno 37 Operation already in progress
  7845   7845 cargo    CALL  ___lwp_park60(3,1,0x7f7fff05c060,0,0,0)
  7845   7845 cargo    RET   ___lwp_park60 -1 errno 60 Operation timed out

[AlexanderBrevig]

I don't really know why or what's happening but some ramblings none the less:

You can try to pin point it by

cargo clean
cargo build --message-format=json > build_output.json

Now check line 292 in build_output.json or

jq -r 'select(.reason == "compiler-artifact" or .reason == "build-script-executed") | "\(.package_id) \(.target.name)"' build_output.json | nl -v 1 > step_list.txt
sed -n '292p' step_list.txt

For me, this step matches with

{
  "reason": "build-script-executed",
  "package_id": "helix-term 25.1.1 (path+file:///home/ab/github.com/helix/helix-term)",
  "linked_libs": [],
  "linked_paths": [],
  "cfgs": [],
  "env": [],
  "out_dir": "/home/ab/github.com/helix/target/debug/build/helix-term-62afdf992ae4856d/out"
}

Do you see a temp folder in target/debug/build?

ls target/debug/build/helix-term-62afdf992ae4856d/
 out   invoked.timestamp   output   root-output   stderr

[isbm]

@AlexanderBrevig well, that for me looks this:

292	registry+https://github.com/rust-lang/crates.io-index#[email protected] grep_searcher

The whole step_list.txt is just a list of those URLs. For me this matches:

{
  "reason": "compiler-artifact",
  "package_id": "registry+https://github.com/rust-lang/crates.io-index#[email protected]",
  "manifest_path": "/home/bo/.cargo/registry/src/index.crates.io-6f17d22bba15001f/grep-searcher-0.1.14/Cargo.toml",
  "target": {
    "kind": [
      "lib"
    ],
    "crate_types": [
      "lib"
    ],
    "name": "grep_searcher",
    "src_path": "/home/bo/.cargo/registry/src/index.crates.io-6f17d22bba15001f/grep-searcher-0.1.14/src/lib.rs",
    "edition": "2021",
    "doc": true,
    "doctest": true,
    "test": true
  },
  "profile": {
    "opt_level": "0",
    "debuginfo": 2,
    "debug_assertions": true,
    "overflow_checks": true,
    "test": false
  },
  "features": [],
  "filenames": [
    "/home/bo/work/helix/target/debug/deps/libgrep_searcher-a742e9a815316628.rlib",
    "/home/bo/work/helix/target/debug/deps/libgrep_searcher-a742e9a815316628.rmeta"
  ],
  "executable": null,
  "fresh": false
}

Here it gets totally hosed and stucks forever.