| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/883611
Closes: https://bugs.gentoo.org/906965
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
The modulesd .conf are lost but they did not seem useful,
users can make their own or keep the old if modified
(does nothing by default, just a template).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Affected with incompatible-pointer-types issues with tested
kernel 6.3.4 (regardless of migration), but is fine with LTS.
Lazy KCFLAGS=-Wno-error=incompatible-pointer-types *could* be
used as a (bad) temporary fix, but I'd rather not without trying
runtime.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
No static lib is installed now (fixed upstream) for orc-test. But I assume
(not checked, at least not yet) that gst still needs the orc-test header.
Bug: https://bugs.gentoo.org/645232
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to Stefan, Michal, and Kostadin for the motivation in the bug.
Closes: https://bugs.gentoo.org/835149
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
See: https://www.phoronix.com/news/Intel-Disable-PCID-ADL-RPL
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
See: https://www.phoronix.com/news/Intel-Disable-PCID-ADL-RPL
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
See: https://www.phoronix.com/news/Intel-Disable-PCID-ADL-RPL
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
See: https://www.phoronix.com/news/Intel-Disable-PCID-ADL-RPL
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
See: https://www.phoronix.com/news/Intel-Disable-PCID-ADL-RPL
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Stabilize per kernel policy for the following mitigation:
Disable PCID For Intel Alder Lake & Raptor Lake Due To
Issue With INVLPG
Signed-off-by: Mike Pagano <mpagano@gentoo.org>
|
|
|
|
|
|
|
|
| |
commentary
Thanks to leio for explaining it.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch was merged upstream and fixes the configure with LibreSSL.
The configure script checks for SSL_export_keying_material_early() which
LibreSSL doesn't support, but OpenLDAP doesn't actually use this
function and only does this to ensure modern OpenSSL APIs are available.
As a compromise the configure script now checks for the
SSL_CTX_set_ciohersuites() function which both OpenSSL and LibreSSL
support and where currently the rest of the OpenLDAP build and tests
otherwise work with LibreSSL 3.7.2.
Bug: https://bugs.gentoo.org/903001
Upstream-Issue: https://bugs.openldap.org/show_bug.cgi?id=10039
Upstream-PR: https://git.openldap.org/openldap/openldap/-/merge_requests/613
Upstream-Commit: https://git.openldap.org/openldap/openldap/-/commit/cb73e60a49f85bf5207b2fd0f557013be29ac072
Signed-off-by: orbea <orbea@riseup.net>
Closes: https://github.com/gentoo/gentoo/pull/31050
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/907302
Signed-off-by: Sergey Torokhov <torokhov-s-a@yandex.ru>
Closes: https://github.com/gentoo/gentoo/pull/31233
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Previous commit raised concerns about this, turns out passing
`-b ${EROOT}` is not sufficient.
Not really harmful, but also avoid passing -b / given results
in double //lib/modules in depmod -v.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sneaking in another quick improvement while the eclass still has
low tree usage, file is not *essential* so it can wait till next
merge of the package to be active.
e.g. if have (filesystem order):
/lib/modules/6.3.4/not-right/ryzen_smu.ko
/lib/modules/6.3.4/extra/ryzen_smu.ko
It will load not-right/ryzen_smu.ko by default.
But with /lib/depmod.d/ryzen_smu.conf having:
override ryzen_smu 6.3.4 extra
We more deterministically get extra's. Lacking this can be a problem
when either want to override the kernel's own modules, or if portage
left over behind modules in an outdated directory due to the default
UNINSTALL_IGNORE for modules.
Can be worse with e.g. nvidia given loading the wrong version of
the module means everything will fail. And not everyone upgrade
their kernel regularly to cleanup, some also install modules that
aren't tracked by portage in different subdirs (including nvidia's...)
which is not entirely surprising considering many build their kernel
without portage/dist-kernel.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Dropped upstream in 9a4651e3879270292672f08a1f6ed2bffefc5aed.
I can't see a reference to this in the release notes though?
Bug: https://bugs.gentoo.org/907444
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Dropped upstream in 9a4651e3879270292672f08a1f6ed2bffefc5aed.
I can't see a reference to this in the release notes though?
Closes: https://bugs.gentoo.org/907444
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|