| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Have not tried booting these yet (do not want to reboot atm), but
users using unkeyworded betas hopefully know what they got into
and not too worried if broken.
Note that since NVIDIA newly ships 32bit libs for egl-gbm+egl-wayland,
this now depends on USE=abi_x86_32 being set on both and may disrupt
some world updates for users that set USE="abi_x86_32 wayland" and
did not set abi_x86_32 globally. Also pulls mesa+libdrm+wayland
with USE=abi_x86_32 and maybe more indirectly.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Meant to wait until 560 which will use the open variant by default when
detected cards are seen to support it (ebuild still need the USE given
not doing automagic) but 555 is essentially a the pre-release branch
for it and some users are confused by the experimental notices at this
point even if dampened compared to how hard warned about it early on.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mostly due to the openrc service's "need dbus" which is an annoyance
when dbus is missing (preventing from being a runtime-only optfeature),
but even with systemd this now also allows to properly check for
multilib on dbus (used by 32bit glcore/eglcore libraries to communicate
with powerd).
*Technically* needs a revbump given --changed-use does not know it
needs to rebuild here, but given this only cause problems for rare
users without dbus (e.g. headless cuda servers with USE=-tools) and
will propagate with kernel updates+rebuilds let's not bother every
users over this.
Hopefully users of powerd (incl. for systemd which may have more
existing ones) will notice the new USE and enable it.
Also re-arrange arm64 handling, it makes more sense to mask the USE
on arm64 than keep it as a no-op by checking if use !amd64.
Exception to this is 0/550 branch which started to include a arm64
nvidia-powerd build (albeit do not think hardware that need this even
exists yet). Hope did not break installation there given did not test
on arm64, please report if so.
Bug: https://bugs.gentoo.org/923117
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
NVIDIA still does not recommend it for desktop use, but
at this point I think we can tone it down a bit.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bit of a risky move (stable), but given just did a revbump for
sandbox.d and that IUSE=+modules/+strip will cause a rebuild
as well, it makes some sense to do this at same time.
Migration did mostly prove itself with ~arch's 0/530 so far
and other notable modules are using the eclass already, and
no known issues. So let's hope.
*Should* have no real impact on users unless they were disabling
USE=driver given renamed to modules to match global IUSE, but
will fix asap if something else comes up.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Example should make it a bit clearer that should typically enable
this if using a nvidia GPU on a headless server (and is typically
unnecessary otherwise).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Not everyone recognize these code names, and will end up with
broken drivers on the wrong card.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Opting to leave betas unkeyworded after all, feel free to test.
- new IUSE=kernel-open to build open source variant, entirely
untested (lacking a Turing / Ampere card). May or may not
mask the USE entirely given how experimental it is, but
given unkeyworded not worrying about this yet.
- CONFIG_BACKLIGHT_CLASS_DEVICE conftest was removed and is
used unconditionally, depend on it until further notice.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
It may have been better to be USE=nvctrl or merged with USE=X, but
let's at least provide a description so it's clearer what it's for.
Bug: https://bugs.gentoo.org/836004
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
495.46 release is almost identical to 495.44 beside adding support
for a few additional cards, so the same issues (e.g. dbus spam) exist
which is patched in -r10 and left alone in -r0.
ebuild-wise, now reads .manifest to mimic nvidia-installer.
For a few advantages:
* less unused .so links or using scanelf to find sonames, matches
nvidia's intended links
* can bump without constantly adjusting for every new/removed files
* warns if something entirely new needs work (e.g. GBM support)
* more solid when using different .run, e.g. amd64 vs arm64, not
keyworded yet (waiting for confirmation that it works), but arm64
install broke in the past because of this
Other changes:
* IUSE=persistenced: add to control installing nvidia-persistenced
which allows libtirpc and acct-user/nvpd to be optional
(off by default given primarily intended for headless)
* nvidia-drm_gbm.so: install unconditionally to avoid spurious
errors with vaapi (no extra dependencies).
* nvidia-settings: hide gtk deprecation noise as it makes the log
hard to follow, considerably bigger, and the issue is already well
known (NVIDIA is hopefully due to revamp this tool, e.g. wayland).
* README.gentoo: add abi_x86_32 warning for new users given no longer
default, the "flip" elog may be removed in the future after users
had time to adapt with the profile change.
* drop multilib-build eclass as it doesn't make that much sense with
a binary-only package, compat32 libraries are still installed with
USE=abi_x86_32 (abi_x86_64 kept for compatibility with ebuilds
using ${MULTILIB_USEDEP} but is unused)
* fix build if /usr/bin/ld or LD points to ld.lld
* replaced .desktop and gtk2 seds by patches
Various other small adjustments/cleanups, changes will be rolled
out to older branches in time (patches are already based on 390.xx).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/552720
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/771900
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Also removes remaining support files/metadata for old style ebuilds.
Signed-off-by: Ionen Wolkens <sudinave@gmail.com>
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Removed X flag, this flag will no longer mean as much
and the global description is good enough.
Long description also removed, it explained parts of
ebuild maintenance and not very useful for users.
Signed-off-by: Ionen Wolkens <sudinave@gmail.com>
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <sudinave@gmail.com>
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/764512
Package-Manager: Portage-3.0.14, Repoman-3.0.2
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.75, Repoman-2.3.17
Bug: https://bugs.gentoo.org/692170
Signed-off-by: Jeroen Roovers <jer@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.56, Repoman-2.3.12
Signed-off-by: Jeroen Roovers <jer@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/551366
Closes: https://bugs.gentoo.org/593624
Closes: https://bugs.gentoo.org/600156
Closes: https://bugs.gentoo.org/629062
Closes: https://bugs.gentoo.org/633738
Closes: https://bugs.gentoo.org/650482
Package-Manager: Portage-2.3.56, Repoman-2.3.12
Signed-off-by: Jeroen Roovers <jer@gentoo.org>
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.28
|
|
|
|
|
|
| |
Also, have the tools build without restricting MAKEOPTS
Package-Manager: portage-2.2.27
|
| |
|
|
|
|
|
|
|
| |
Force unified quoting in all metadata.xml files since lxml does not
preserve original use of single and double quotes. Ensuring unified
quoting before the process allows distinguishing the GLEP 67-related
metadata.xml changes from unrelated quoting changes.
|
|
|
|
|
|
| |
#565878).
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.23
|
|
|
|
|
|
| |
Use the newer nvidia-udev.sh (bug #454740).
Package-Manager: portage-2.2.20.1
|
|
|
|
|
|
|
| |
repoman does not yet accept the https version.
This partially reverts eaaface92ee81f30a6ac66fe7acbcc42c00dc450.
Bug: https://bugs.gentoo.org/552720
|
|
|
|
|
|
| |
Convert all URLs for sites supporting encrypted connections from http to https
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
|
This commit represents a new era for Gentoo:
Storing the gentoo-x86 tree in Git, as converted from CVS.
This commit is the start of the NEW history.
Any historical data is intended to be grafted onto this point.
Creation process:
1. Take final CVS checkout snapshot
2. Remove ALL ChangeLog* files
3. Transform all Manifests to thin
4. Remove empty Manifests
5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$
5.1. Do not touch files with -kb/-ko keyword flags.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests
X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project
X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration
X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn
X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts
X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration
X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging
X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed
|