Arch Linux User Repository

Updates are currently blocked by build errors. I don't push new versions until I have a successful local build produced using this script.

@Meldon I saw your out of date notification. Still can't get recent versions of Teleport to build. Every few weeks I take another stab at it, but it's been failing on this error when it tries to build wasm-opt:

   Compiling wasm-opt v0.116.1
error: linking with `cc` failed: exit status: 1
  |
  = note:  "cc" "-m64" "/tmp/cargo-install4THXNF/release/deps/rustcpioN0x/symbols.o" "<3 object files omitted>" "-Wl,--as-needed" "-Wl,-Bstatic" "/tmp/cargo-install4THXNF/release/deps/{libanyhow-0cc1cd6559651380,liblibc-35263512c9d1fac1,libwasm_opt_sys-29d1eea59ff86047,libcxx-c0dfbd9910d4395b,liblink_cplusplus-fb8232680bb13b01}.rlib" "<sysroot>/lib/rustlib/x86_64-unknown-linux-gnu/lib/{libstd-*,libpanic_unwind-*,libobject-*,libmemchr-*,libaddr2line-*,libgimli-*,libcfg_if-*,librustc_demangle-*,libstd_detect-*,libhashbrown-*,librustc_std_workspace_alloc-*,libminiz_oxide-*,libadler2-*,libunwind-*,liblibc-*,librustc_std_workspace_core-*,liballoc-*,libcore-*,libcompiler_builtins-*}.rlib" "-Wl,-Bdynamic" "-lstdc++" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-L" "/tmp/cargo-install4THXNF/release/deps/rustcpioN0x/raw-dylibs" "-B<sysroot>/lib/rustlib/x86_64-unknown-linux-gnu/bin/gcc-ld" "-fuse-ld=lld" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/tmp/cargo-install4THXNF/release/build/wasm-opt-cxx-sys-b0f9b09ced88838f/out" "-L" "/tmp/cargo-install4THXNF/release/build/cxx-9bacfb6f71ad41a8/out" "-L" "/tmp/cargo-install4THXNF/release/build/link-cplusplus-1bf3acc08e282112/out" "-L" "/tmp/cargo-install4THXNF/release/build/wasm-opt-sys-f08e2d060552e51f/out" "-L" "<sysroot>/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/tmp/cargo-install4THXNF/release/deps/wasm_opt-f749108259403a59" "-Wl,--gc-sections" "-pie" "-Wl,-z,relro,-z,now" "-Wl,-O1" "-Wl,--strip-debug" "-nodefaultlibs"
  = note: some arguments are omitted. use `--verbose` to show all linker arguments
  = note: rust-lld: error: undefined symbol: llvm::sys::fs::detail::directory_iterator_destruct(llvm::sys::fs::detail::DirIterState&)
          >>> referenced by DWARFUnit.cpp
          >>>               a8f31fb4bceafb9f-DWARFUnit.o:(std::_Sp_counted_ptr_inplace<llvm::sys::fs::detail::DirIterState, std::allocator<void>, (__gnu_cxx::_Lock_policy)2>::_M_dispose()) in archive /tmp/cargo-install4THXNF/release/deps/libwasm_opt_sys-29d1eea59ff86047.rlib
          >>> referenced by DWARFUnit.cpp
          >>>               a8f31fb4bceafb9f-DWARFUnit.o:(std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_release() (.part.0)) in archive /tmp/cargo-install4THXNF/release/deps/libwasm_opt_sys-29d1eea59ff86047.rlib
          >>> referenced by DWARFUnit.cpp
          >>>               a8f31fb4bceafb9f-DWARFUnit.o:(std::_Sp_counted_ptr_inplace<llvm::sys::fs::detail::RecDirIterState, std::allocator<void>, (__gnu_cxx::_Lock_policy)2>::_M_dispose()) in archive /tmp/cargo-install4THXNF/release/deps/libwasm_opt_sys-29d1eea59ff86047.rlib
          >>> referenced 2 more times
          collect2: error: ld returned 1 exit status


error: could not compile `wasm-opt` (bin "wasm-opt") due to 1 previous error
error: failed to compile `wasm-opt v0.116.1`, intermediate artifacts can be found at `/tmp/cargo-install4THXNF`.
To reuse those artifacts with a future compilation, set the environment variable `CARGO_TARGET_DIR` to that path.

The wasm-opt command is provided by the binaryen package, but I've tried everything I can think of to get the build scripts to use the system's version of wasm-bindgen and wasm-opt and it refuses to do so. Any suggestions are welcome.

Updates are currently blocked by build errors. I don't push new versions until I have a successful local build produced using this script.

@juliustin I received your out of date notification - I've been working on refactoring this package in light of the move of binaries into /opt in the DEB and RPM packages (see: https://github.com/gravitational/teleport/releases/tag/v14.4.0#:~:text=Package%20layout%20changes,the%20package%20manager.) I spent some time on this yesterday and found that the teleport-update binary really doesn't like the split client and server packages.

I expect to be finished either today or Monday - thanks for your patience! In the interim, you can use the binary packages or run the update_version.sh script to automatically patch the PKGBUILD for a newer version.

@Factorial This happens because go get makes directories of downloaded packages read-only. This is outside of the control of this package.

You can rectify this with:

chmod -R u+w ~/.cache/yay/teleport && rm -rf ~/.cache/yay/teleport

After several months of always skipping upgrading this package, I now tried to upgrade to the latest version of this package (because the new Teleport server no longer supports old clients), but I've run into a new issue:

==> Validating source files with sha512sums...
    teleport-16.1.0.tar.gz ... Passed
    teleport-webassets-f48049a453348e0ee1ce2b998dffe5659455b398.tar.gz ... Passed
    teleport.service ... Passed
    teleport@.service ... Passed
    teleport.install ... Passed
==> Removing existing $srcdir/ directory...
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/example_test.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/pkce.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/heroku/heroku.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/example_test.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/appengine.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/internal/impersonate/impersonate.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/internal/externalaccountauthorizeduser/externalaccountauthorizeduser_test.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/internal/externalaccountauthorizeduser/externalaccountauthorizeduser.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/internal/stsexchange/sts_exchange_test.go': Permission denied
rm: cannot remove '/home/gabor/.cache/yay/teleport/src/go/pkg/mod/golang.org/x/oauth2@v0.20.0/google/internal/stsexchange/sts_exchange.go': Permission denied

And it goes on like this for many other files.

(I tried deleting /home/gabor/.cache/yay/teleport and doing the whole procedure again, but it ran into the same error, so it's not due to something like an earlier sudo run of yay.)

What could be the problem here?

@gromit Thanks, in fact it seems that the license is tagged incorrectly here because this package compiles from source so the produced binaries have always been AGPLv3. The next push will reflect this.

@fuhry, just a heads up that teleport changed its license for the recent 16.0.0 release: https://goteleport.com/blog/teleport-community-license/

Companies or individuals are welcome to compile the source code under AGPLv3 terms.

@fuhry ah using a Docker container might actually be a good idea but yeah, like they say to find the rust version you have to look in the Makefile(s) but there is no mention of a rust version there (just the variable, never the definition).

But you seem to do a very good job on packaging this, I just find it frustrating and therefore decided to abandon this package myself.

@mdeboer can you share any logs of build issues you faced? With the recent changes I made to force it to build with rust 1.76, it is working for me.

I perform all of my builds in Docker containers using this script: https://gist.github.com/fuhry/688ed60f475e8fd0f8ec129a6c10eef1

It works for teleport, although I use a custom image (not archlinux:latest) that has my local repository configured, which publishes libbpf-static as a binary so that makepkg --syncdeps works.

I hereby disown the package as it is a total nightmare to build from source (they clearly want you to use the binaries).

I would recommend using teleport-bin instead.