Search Criteria
Package Details: ktls-utils 1.1.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/ktls-utils.git (read-only, click to copy) |
|---|---|
| Package Base: | ktls-utils |
| Description: | TLS handshake utilities for NFSv4, NVMe-oF, and other in-kernel TLS consumers |
| Upstream URL: | https://github.com/oracle/ktls-utils |
| Licenses: | GPL-2.0-only |
| Submitter: | grawity |
| Maintainer: | grawity |
| Last Packager: | grawity |
| Votes: | 3 |
| Popularity: | 1.03 |
| First Submitted: | 2023-04-22 11:00 (UTC) |
| Last Updated: | 2025-06-03 07:11 (UTC) |
Dependencies (9)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gnutls (gnutls-gitAUR)
- libkeyutils.so (keyutils-gitAUR, keyutils)
- libnl-3.so (libnl)
- libnl-genl-3.so (libnl)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc-snapshotAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- make (make-gitAUR) (make)
- pkg-config (pkgconf-gitAUR, pkg-config-gitAUR, pkgconf) (make)
Latest Comments
grawity commented on 2025-05-09 15:07 (UTC) (edited on 2025-05-09 15:07 (UTC) by grawity)
No; it will refuse to run without debugedit and fakeroot. It doesn't check for base-devel as a whole, nor for gcc nor automake specifically.
Look at all the AUR comments where that assumption didn't hold and the build failed halfway through. Making automatically sure that necessary things are installed is what dependencies are for – why make the user do the package manager's job manually?
lrdoftheblings commented on 2025-05-09 10:58 (UTC) (edited on 2025-05-09 11:08 (UTC) by lrdoftheblings)
The package base-devel is assumed to be already installed when building with makepkg. Dependencies of this package should not be included in makedepends array.
cmake/ninja/meson aren't part of base-devel so they need to be included in a makedepends array.
makepkg will refuse to run without base-devel (base-devel is an optional pacman dependency that is required to run makepkg)
grawity commented on 2024-06-21 06:41 (UTC)
That used to be general Arch practice in the past, but now packaging mostly tries to avoid relying on transitive dependencies (e.g. no longer assuming that another dependency will also pull in gtk3 or perl), and I deliberately extend this also to base-devel because I don't see the reason to treat make/autotools any differently from e.g cmake/ninja/meson.
atticf commented on 2024-06-21 01:26 (UTC)
This doesn't need to makedepend on gcc/make/pkg-config(pkgconf) as base-devel depends on them.