| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
quoting is required as per PMS 5.2.4
amends 916cafa15adec6ebe8898b424ca345c8bb907161
Bug: https://bugs.gentoo.org/935685
Signed-off-by: Jannik Glückert <jannik.glueckert@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/37472
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/921968
Closes: https://bugs.gentoo.org/924005
Signed-off-by: Paul Zander <negril.nx+gentoo@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/35322
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Random packages requiring some tool from Debian should not cause the kernel
installation process to change.
The dropping of the debianutils dependency in ca-certificates has already
caused some surprises due to installkernel being depcleaned. The origin of the
problem lies here in debianutils, users unknowingly use and rely on
installkernel but do not have it in their world file because it was implicitly
pulled in by some package that happens to use the run-parts command.
And also the other way around. If I am one of the users that wants to do
everything manually, I should not have my 'make install' unknowingly altered
by some package that I installed which pulled debianutils into the depgraph.
Drop this unused runtime dependency (which is against policy to begin with) and
its accompanying flag. A news item will be posted to notify users of this change
and instruct them to add installkernel to their world file.
Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/35533
Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/34792
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
It pulls in sys-apps/sysvinit, which doesn't respect EPREFIX at all.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
sys-kernel/installkernel-systemd
This reflects better that we don't necessarily need the systemd bootloader
to use the systemd kernel-install system.
Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
|
|
|
|
| |
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
| |
nis/nss_compat moved to nss/nss_compat some years ago.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/31034
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When bootstrapping on a 3.10 kernel (e.g. CentOS 7.x), libgcrypt notes the following:
```
* Messages for package dev-libs/libgcrypt-1.10.1-r3:
* The getentropy function requires the getrandom syscall.
* This was introduced in Linux 3.17.
* Your system is currently running Linux 3.10.0-1160.45.1.el7.x86_64.
* Disable the 'getentropy' USE flag or upgrade your kernel.
* ERROR: dev-libs/libgcrypt-1.10.1-r3::gentoo failed (pretend phase):
* Kernel is too old for getentropy
```
Since without getrandom it will do a runtime check it's ok to mask.
Signed-off-by: Bart Oldeman <bart.oldeman@calculquebec.ca>
Closes: https://github.com/gentoo/gentoo/pull/29906
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Now that the compiler's sysroot is being respected, prefixifying the
path to /etc/ld.so.conf results in a double prefix.
Bug: https://bugs.gentoo.org/892549
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Standalone prefix has always configured gcc with a sysroot, but the
location of this sysroot is different at build time when
cross-compiling. gcc has a separate configure option for that.
prefix-guest systems do not have a sysroot applied, as they use the
host's libc.
Move this code from the prefix profile into the eclass so that it's less
of a special case. We can avoid relying on the `BOOTSTRAP_RAP_STAGE2`
variable by checking for the `prefix-guest` USE flag instead, as a
prefix-guest profile is now used for RAP stage 2.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The toolchain expects to find the libc's files under its own sysroot. This
sysroot is automatically prepended to paths found in ld scripts, such as those
installed with glibc. We configure standalone prefix systems with a sysroot, so
these paths should not be prefixed. However, Gentoo Prefix has traditionally
left them prefixed and stopped the compiler from passing the sysroot to the
linker instead. It is better to strip the prefix and let the sysroot do its job,
as this makes cross-compiling much less awkward.
prefix-guest systems do not have a sysroot applied, as they use the host's libc,
but they would not install glibc anyway.
This change is not needed for musl, as it does not install any ld scripts.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Cross-compiling Python involves doing a native build first. The prefix profile
prefixifies setup.py, but this has been done before the native build when it
needs to be done after. Handle this in the ebuild with hprefixify instead of
with sed in the profile.
Also drop some other obsolete Python prefix hacks from the profile.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/849095
Closes: https://bugs.gentoo.org/849305
Closes: https://bugs.gentoo.org/849092
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
This allows us to cleanup baselayout-prefix, which is using outdate
practices (bug #836114).
Bug: https://bugs.gentoo.org/836114
Signed-off-by: Fabian Groffen <grobian@gentoo.org>
|
|
|
|
|
|
| |
GCC 12 renamed a bunch of .c -> .cc. Reported by Ionen.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
The default in util-linux changed recently which causes problems
during Prefix (bootstrap). Let's disable it as su doesn't
make sesne in Prefix _usually_ (and it requires PAM in util-linux
anyway).
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
It looks like the issue is glibc-2.34, not binutils.
Bug: https://bugs.gentoo.org/824482
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Doesn't seem to respect prefix search paths. Mask pending
further investigation to fix bootstraps.
Bug: https://bugs.gentoo.org/824482
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
In all dirs containing regular files.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We are Gentoo, and we unconditionally turn off Debian related tests.
The upstreaming process has stalled and we work around this bug by
hacking the profile. Remove this when upstream figure out how to deal
with distributions.
Reference: https://gitlab.kitware.com/cmake/cmake/-/merge_requests/5047
Reference: https://gitlab.kitware.com/cmake/cmake/-/issues/18979
Bug: https://bugs.gentoo.org/733480
Closes: https://bugs.gentoo.org/757006
Closes: https://github.com/gentoo/gentoo/pull/20274
Signed-off-by: Benda Xu <heroxbd@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
virtual/ssh is not strictly required on prefix, and on some systems
the ssh from prefix might not work properly, so it's better to pull
it in explicitly when needed.
Closes: https://bugs.gentoo.org/395019
Signed-off-by: Guilherme Amadio <amadio@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/755551
The issue: prefix stage3 fails because the binaries built
by the stage3 GCC toolchain fail to run, because they
refer to the host's dynamic linker:
$ which gawk
/myprefix/usr/bin/gawk
$ gawk --version
gawk: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by gawk)
$ readelf -l $(which gawk) | grep -i 'program
[Requesting program interpreter: /lib64/ld64.so.2]
The cause is that the toolchain doesn't insert a prefixified path
into the binary because the default -dynamic-linker is not prefixified:
$ which powerpc64le-unknown-linux-gnu-gcc
/myprefix/usr/bin/powerpc64le-unknown-linux-gnu-gcc
$ echo 'int main() { return 0; }' > test.c
$ powerpc64le-unknown-linux-gnu-gcc -v -o test test.c
COLLECT_GCC_OPTIONS='-v' '-o' 'testx'
/myprefix/usr/libexec/gcc/powerpc64le-unknown-linux-gnu/10.2.0/collect2
--eh-frame-hdr -V -m elf64lppc -dynamic-linker /libb64/ld64.so.2 ...
The root cause:
Prefixifying is done by patching the GCC source code with a sed
expression in profile.bashrc. The pattern in that sed expression doesn't
match the source file for ppc64 (aka. rs6000). The ppc64 file differs
from the rest in that it has a macro for the prefix.
Notes on fix:
I opted to special-case another sed expression to set that unique
DYNAMIC_LINKER_PREFIX macro rather than attempt to make a single sed
expression that would modify the *_DYNAMIC_LINKER macros in ppc64.
Rationale is that if someone happens to look at the patched source file,
it would make more sense if the DYNAMIC_LINKER_PREFIX is set to our
prefix, instead of if that macro is set to empty but the
*_DYNAMIC_LINKER macros have effectively two prefixes, one hardcoded
added by sed, one from the DYNAMIC_LINKER_PREFIX macro.
Signed-off-by: Alexei Colin <ac@alexeicolin.com>
Signed-off-by: Guilherme Amadio <amadio@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/682370
Bug: https://bugs.gentoo.org/739574
Closes: https://github.com/gentoo/gentoo/pull/19815
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Add an entry in profiles/features/prefix/package.use,
to enable static-libs USE flag by default when using prefix's profile.
Closes: https://github.com/gentoo/gentoo/pull/19736
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Yiyang Wu <xgreenlandforwyy@gmail.com>
Signed-off-by: Zac Medico <zmedico@gentoo.org>
|
|
|
|
|
|
|
| |
For now, add copyright headers to all files with 15 or more nonempty
lines, unless they're trivial lists.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
| |
man-pages aren't terribly useful, but it is very useful to be able to
read man-pages from prefix-installed packages, so install a man that
knows where everything is.
Signed-off-by: Fabian Groffen <grobian@gentoo.org>
|
|
|
|
|
|
|
|
| |
This reverts commit f9801416c9a71404c96b192dc4d324c7f0227d83.
This didn't have the desired effect in cleaning up pambase
unfortunately.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/750032
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/709720
Bug: https://bugs.gentoo.org/750032
Signed-off-by: Georgy Yakovlev <gyakovlev@gentoo.org>
|
|
|
|
|
|
|
| |
pam can't work in Prefix, mask it
Closes: https://bugs.gentoo.org/702384
Signed-off-by: Fabian Groffen <grobian@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
libuv is a dependency of cmake.
Switch off CLOEXEC related functions that are not introduced until
linux-2.6.27.
Signed-off-by: Benda Xu <heroxbd@gentoo.org>
|