gentoo: example make.use

# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.

COMMON_FLAGS="-O2 -pipe -march=native"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"

# NOTE: This stage was built with the bindist USE flag enabled

# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C.UTF-8

RUSTFLAGS="${RUSTFLAGS} -C target-cpu=native"

MAKEOPTS="-j4 -l5"

USE="dist-kernel"

# Appending getbinpkg to the list of values within the FEATURES variable FEATURES="${FEATURES} getbinpkg"
# Require signatures
FEATURES="${FEATURES} binpkg-request-signature"

ACCEPT_LICENSE="*"

EMERGE_DEFAULT_OPTS="--binpkg-respect-use=n"

gentoo: set --binpkg-respect-use in make.use

Add to make.use: EMERGE_DEFAULT_OPTS="--binpkg-respect-use=n

gnome-boxes from flatpak: file selection window does not show

I had that issue on gentoo running systemd with xfce4. Even though xdg-desktop-portal and xdg-desktop-portal-gtk portals were installed and running, gnome-boxes file selection window was not working. The solution was to set gtk portal by default:

create ~/.config/xdg-desktop-portal/portals.conf:

[preferred]
default=gtk
org.freedesktop.impl.portal.FileChooser=gtk


Open WebUI: Add your OpenCode Go subscription

For the connection url use: https://opencode.ai/zen/go/v1 and then your OpenCode Go API key

https://i.imgur.com/KU4yEsj.png

Qwen-Code: Ollama Ignores num_ctx from settings.json

If you're running Ollama behind an OpenAI-compatible endpoint and setting num_ctx in your client's config, you may notice Ollama still loads the model with only 32k context. This is a silent failure — no errors, just ignored parameters.

Why It Happens

Ollama's /v1 OpenAI-compatible layer only forwards standard OpenAI parameters. Native Ollama options like num_ctx need to be passed inside an options: {} object in the raw request body. Most OpenAI-compatible clients don't do this, so the parameter is quietly dropped and Ollama falls back to the model's default context size.

The Fix

Bake num_ctx directly into the model via a custom Modelfile. This sidesteps the client entirely.

1. Export the existing Modelfile:

ollama show qwen3.6:27b --modelfile > qwen_custom.Modelfile

2. Add or update the num_ctx parameter in the file:

PARAMETER num_ctx 262144

3. Create a new model from it:

ollama create qwen3.6-256k -f qwen_custom.Modelfile

4. Update your client config to point to the new model name, then verify:

ollama ps

The context size shown in ollama ps should now reflect 262144 instead of 32768.

LibreWolf: Claude.ai freezes

If Claude streams responses fine in Firefox but randomly freezes in LibreWolf, you've hit a fingerprinting resistance quirk — not a Claude bug per se:

LibreWolf's Resist Fingerprinting (RFP) deliberately reduces Date.now() precision. This can make consecutive calls return the same value. Claude's frontend assumes time always moves forward — when the delta is zero, it loops forever and the tab freezes.
Create ~/.config/librewolf/librewolf/librewolf.overrides.cfg with the content:
defaultPref("privacy.resistFingerprinting", false);

gentoo: mask the use of new nvidia drivers for legacy cards

Latest nvidia drivers (595.58.03) will not work with old GPUs, e.g. (GTX 960), giving error:
probe with driver nvidia failed
In this case you can mask the newest driver and force gentoo to use older one. You can do this as follows:
echo '>=x11-drivers/nvidia-drivers-581' > /etc/portage/package.mask/nvidia-drivers then emerge -avtDUu @world

sudo: how to reset "too many failed attempts" lock

Run as user: faillock --reset

Open WebUI: Run as a temprorary container with Ollama support

docker run --rm --network=host -v open-webui:/app/backend/data -e OLLAMA_BASE_URL=http://127.0.0.1:11434 -e WEBUI_AUTH=False --name open-webui ghcr.io/open-webui/open-webui:main

Distrobox with systemd: "save as" does not work in chromium and brave

If "save as" window does not work in chromium and brave executed in distrobox, this maybe because, container's systemd hijacked debus from the host. Thus you can disable it in the container and restart the container:
systemctl --user mask dbus.socket dbus-broker.service
systemctl --user stop dbus.socket dbus-broker.service
In my case I was using fedora 43 in the container, on gentoo host running systemd and xfce4 (x11). The XDG portal (xdg-desktop-portal-gtk) on host was installed and running.