| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
| |
These two package sets are installed on all of our systems and it does
not make sense to keep them split apart.
|
|
|
|
|
|
| |
Whilst this is a more invasive change that needs manual intervention in
/var/lib/portage/world_sets, it finally gives package sets a predictive
name.
|
|
|
|
|
|
|
|
| |
These are either:
1) enabled by default already (acl, threads)
2) available only on very specific packages (iproute2)
3) disabled by default already, or not impactful enough to
globally disable (the rest)
|
|
|
|
|
|
| |
Whilst these are set to be enabled by default in their respective
ebuilds, the hardened profile disables jit globally, so we need to
reenable it manually.
|
|
|
|
| |
There is no functional change.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This seems to be stuck upstream [1], so finally add a patch locally.
[1] https://github.com/ranger/ranger/issues/2934
|
|
|
|
|
|
|
| |
Instead of deselecting all Lua targets, make sure to only deselect the
current one and replace it with lua5-4. Remove special handling of
SINGLE_TARGET, since upstream values are actually fine here. Finally,
remove the obsolete luajit USE flag setting for neovim dependencies.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Requiring LuaJIT has become the exception for us, rather than the rule.
Since we already have 5.4 installed on multiple systems, make that the
default (but force LuaJIT for neovim).
|
| |
|
|
|
|
|
| |
This category change was recently merged into the gentoo portage
repository. No functional change.
|
|
|
|
| |
The 'nse' USE-flag, which is enabled by default, needs this.
|
| |
|
| |
|
|
|
|
|
| |
According to the ebuild this is the only compatible version, and since
we manually force packages to use LuaJIT we need to override that here.
|
|
|
|
| |
It's not feasible to build rust on tmpfs with 32GB of RAM.
|
| |
|
|
|
|
|
|
|
| |
See b1abe44 (group-base: Patch visual glitches in >=neovim-0.7.2,
2022-10-15) and [1]. This is still not fixed for 0.8.0.
[1] https://github.com/neovim/neovim/issues/18573
|
|
|
|
| |
There is a stable version in the repos which should work fine.
|
|
|
|
| |
The most recent version is now stable.
|
|
|
|
| |
The most recent version is now stable.
|
|
|
|
|
|
|
|
|
|
| |
Using 'title' together with 'laststatus' set to 0 leads to visual
glitches in neovim. This seems to be caused by a change in terminfo [1].
No fix has made it into neovim's upstream for a couple of months, so for
now use a proposed patch from the neovim issue.
[1] https://github.com/mirror/ncurses/commit/8f6d94b8d6211a2323caef53fa4c96c475ec9a6
[2] https://github.com/neovim/neovim/issues/18573#issuecomment-1127336077
|
| |
|
|
|
|
| |
This is fixed upstream in mandoc-1.14.6
|
|
|
|
|
|
| |
With debugedit 5.0 now in the tree [1], this can go.
[1] https://bugs.gentoo.org/768444
|
|
|
|
|
|
| |
We do not need any of these - neither for a streaming nor a desktop
setup. Instead of setting them in group-desktop or the host-* profiles,
just set them here.
|
|
|
|
|
|
| |
Neither dev-qt/qtcore nor app-shells/fish required any USE flags for
dev-libs/libpcre anymore, so we can remove those. Additionally, make
clear exactly which package requires what.
|
|
|
|
|
| |
We've not needed the latest version in a long time, and stabilization of
versions has been improved a lot over the years.
|
|
|
|
|
|
| |
We don't use this client enough to warrant an unmask here. Furthermore,
there's not been a release in a very long time and it's very stable
anyway.
|
|
|
|
|
| |
We don't need the latest version of this, and the workflow we have with
it is reasonably stable.
|
|
|
|
|
|
| |
Even though mpd is not running any resampling for us, it is better to
fall back to proper resample algorithms that libsamplerate provides.
Otherwise, mpd falls back to its own (inadequate) built-in algorithm.
|
|
|
|
|
|
|
|
| |
In the future we might want to build certain packages with clang instead
of gcc. For now this is only possible with a portage environment, which
this commit adds. See also [1].
[1] https://wiki.gentoo.org/wiki/Clang#Clang_environments
|
| |
|
|
|
|
|
|
| |
It seems that upstream youtube-dl is inactive, and that yt-dlp is the
most active fork of it with better handling of streaming and more
features. Thankfully it's packaged in Gentoo, so use that for now.
|
|
|
|
|
| |
Since we now have multiple repo-* profiles, it only makes sense to treat
pramantha as one as well.
|
|
|
|
|
|
|
| |
This was added in 9414600 (group-base: Unmask unstable
sys-apps/iproute2, 2019-08-31) for the new JSON functionality. Since the
stable version now contains this, we do no longer need to follow the
bleeding edge.
|
|
|
|
|
| |
This allows us to use the remote debugging features of gdb together with
app-emulation/qemu.
|
|
|
|
|
|
| |
Since we will probably never want to push to HTTP repositories via DAV,
disable this particular USE flag. This should in effect only remove a
dependency on dev-libs/expat.
|
|
|
|
|
|
| |
On nabokov we have been relying on features from 590 for a while now.
Make sure less is unmasked everywhere so we always get the chance of
trying out (and subsequently relying) on new features.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The only requirement for installing dictd is accepting its license.
To this end, in a9a02fa (group-base: Add exception for dictd's masked
license, 2019-06-08), we added an exception to the group-base profile.
There is no good reason other than the scope of the change to have a
service-specific override in the group-base profile. Since
app-text/dictd is pretty obscure and runs on only one of our machines,
finally migrate it out to a separate profile. This is easier to handle
in the long run and keeps group-base cleaner.
|
|
|
|
|
| |
This package now has a reasonable stable version. Even if it didn't, we
haven't been using bmake for quite a while now, so this can go.
|
|
|
|
|
|
|
| |
This was added in 4a4770d (group-base: Add app-text/mandoc as system
provider for manuals, 2020-12-11) because at that time the virtual
provider was still masked. It has since been stabilized, making this
line redundant.
|
|
|
|
| |
This particular package has since stabilized.
|
| |
|
|
|
|
|
|
| |
Gentoo's pambase enables 'nullok' by default, having PAM allow login
with an empty password. As all our machines do not have accounts with
empty passwords, this is unneeded.
|