This package currently shows the following errors:
```
Traceback (most recent call last):
File "scripts/dtc/pylibfdt/setup.py", line 23, in <module>
from setuptools import setup, Extension
ModuleNotFoundError: No module named 'setuptools'
```
```
tools/mkeficapsule.c:21:10: fatal error: 'gnutls/gnutls.h' file not found
```
```
./scripts/dtc-version.sh: line 18: which: command not found
```
This change fixes the errors by not compiling pylibfdt and mkeficapsule.
It also adds the missing `which` dependency.
Signed-off-by: Raul E Rangel <rrangel@chromium.org>
Closes: https://github.com/gentoo/gentoo/pull/32268
Signed-off-by: Sam James <sam@gentoo.org>
this will trigger a python build error
* ERROR: dev-util/trace-cmd-3.2-r2::gentoo failed (install phase):
* _python_export called without a python implementation and EPYTHON is unset
Signed-off-by: Yixun Lan <dlan@gentoo.org>
Instead of patching out a header file, use the ./configure option
dedicated for this purpose. It has the side effect of correctly sed'ing
out config files / manpages with the updated location.
When not explicitly passed, the builtin default is used as a fallback,
but when USE=X, portage as an implementation detail guarantees that
xauth will be installed before openssh is compiled.
... as long as you don't use --buildpkg.
So, "probably" if you used USE=X the paths were correct, but:
- this is overall a poor approach to reliability
- it misses the point of also overriding the path when USE="-X"
- we just removed the USE flag and the RDEPEND
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
It was originally added in 2006 with the following rationale:
> Since with our new stable modular X, all we need to do X11-forwarding
> via SSH is to have x11-apps/xauth (and dependencies) installed, it would
> be handy to have this as an RDEPEND in the ebuilds. In order to keep
> most entirely-non-X servers happy, it should probably be turned on only
> with a USE flag, say 'X'.
> This is entirely unnecessary for the building of openssh, but would
> provide a straight-foward way of letting users know what to do if they
> want to enable x11-forwarding w/o having xorg-x11 installed, and without
> having to debug their ssh -X session or delve deeply into documentation.
It is the textbook rationale for optfeature. However, in 2006,
optfeature didn't exist -- it was added in 2014 through bug 498988.
(And of course the real solution is GLEP 62 "IUSE_RUNTIME".)
It is now 2024 and enabling/disabling USE=X still causes openssh to
pointlessly recompile and rebuild itself, invalidating binhosts in the
process.
Bug: https://bugs.gentoo.org/139235
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Signed-off-by: Sam James <sam@gentoo.org>
* Only run fixincludes for >= GCC 13 with <sys-libs/glibc-2.38.
* Refactor the logic while at it to make it easier to control (as we do some
bits depending on it in src_install).
Doing this after getting for cross:
```
The directory (BUILD_SYSTEM_HEADER_DIR) that should contain system headers does not exist:
/usr/lib/gcc/aarch64_be-unknown-linux-gnu/14/include
make[2]: *** [Makefile:3448: stmp-fixinc] Error 1
make[2]: *** Waiting for unfinished jobs....
```
This should also let us drop the patch for bug #905118 now.
Bug: https://bugs.gentoo.org/905118
Bug: https://gcc.gnu.org/PR107128
Signed-off-by: Sam James <sam@gentoo.org>
Maciej Barć
Hans de Graaff
Marc Schiffbauer
Ben Kohler
Yixun Lan
Michał Górny
Michael Vetter
Andrew Ammerlaan
Miroslav Šulc
Joonas Niilola
Volkmar W. Pogatzki
Petr Vaněk
Sv. Lockal
Thomas Beierlein
Raul E Rangel
Sam James
Robert Günzler
NRK
Eli Schwartz
Andreas K. Hüttel