open terminal in docker

docker run --rm --network=host -v open-terminal:/home/user -e OPEN_TERMINAL_API_KEY=your-secret-key --name open-terminal ghcr.io/open-webui/open-terminal run --host 0.0.0.0 --port 8001

open-webui: Account Activation Pending

If you get the following error: Account Activation Pending
Contact Admin for WebUI Access
Your account status is currently pending activation.
To access the WebUI, please reach out to the administrator.
Admins can manage user statuses from the Admin Panel.
Admin: User (admin@localhost)
Open WebUI stores each account's role (pending, user, admin) in its SQLite database, and normally the very first account created is auto-promoted to admin — but if that didn't happen cleanly (e.g. a previous run, crash, or port conflict interfered), your account gets stuck as pending, which blocks access even with WEBUI_AUTH=False. The fix is to update that account's role directly in the database and then just refresh the browser tab.

docker exec -it open-webui python3 -c "
import sqlite3
conn = sqlite3.connect('/app/backend/data/webui.db')
c = conn.cursor()
c.execute(\"UPDATE user SET role='admin'\")
conn.commit()
print(c.rowcount, 'user(s) updated')
"

horizon-client: invalid locale and no font don't work well with xfce4 black theme

env GTK_THEME=Adwaita LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 horizon-client

flameshot error: Screenshot portal timed out after 30 seconds

On a linux (arch or gentoo) with xfce4 and X server, flameshot does not run and gives an error:
flameshot: error: Screenshot portal timed out after 30 seconds
flameshot: error: Unable to capture screen

To fix that:
mkdir -p ~/.config/flameshot
Create or open if exists, ~/.config/flameshot/flameshot.ini, and add to it
[General]
useX11LegacyScreenshot=true
Restart flameshot

Gentoo and nvidia: open /dev/dri/card0: No such file or directory

Gentoo upgrade broke Xorg? It's probably your NVIDIA module.

After a Gentoo system upgrade that includes a new kernel, Xorg can fail to start with a cryptic error: "open /dev/dri/card0: No such file or directory". The display manager dies, XFCE never loads, and you're left staring at a TTY.

The cause is simple. The upgrade installed new kernel sources, but the /usr/src/linux symlink was left pointing at the old ones — or pointing nowhere useful. When nvidia-drivers tries to rebuild its kernel module against the new kernel, it can't find the sources and silently fails. No module, no /dev/dri/card0, no Xorg.

To fix it, first check which kernel you're running and which sources are available:
uname -r eselect kernel list
Then point the symlink at the matching sources: eselect kernel set 1
Finally, rebuild the NVIDIA kernel module: emerge @module-rebuild
Restart your display manager and everything should be back to normal. The lesson: after any Gentoo kernel upgrade, always verify your /usr/src/linux symlink and run emerge @module-rebuild before rebooting.

Distrobox: failed to create task for container: failed to create shim task: OCI runtime create failed: cannot stat /usr/lib64/libEGL_nvidia.so.580.159.03: No such file or directory failed to start containers: fbox

I have distrobox container, fbox, which was created using the following command:

distrobox create -i quay.io/fedora/fedora:44-n fbox -H ~/home-fbox --additional-flags "--device=nvidia.com/gpu=all" '
It was working for a while, and now, after I upgraded my gentoo host, I can't enter fbox. I get the error:


Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: cannot stat /usr/lib64/libEGL_nvidia.so.580.159.03: No such file or directory failed to start containers: fbox
The solution was to regenerate nvidia.yaml:

sudo nvidia-ctk cdi generate --output=/etc/cdi/nvidia.yaml

xpra on gentoo: cuda is required

/etc/portage/package.use/xpra:
x11-wm/xpra -video_cards_nvidia

tigervnc: vncserver@:1.service: Deactivated successfully just after start on gentoo

Tigervnc server starts and then stops immedietly. The solution was to go to /etc/X11/Sessions, and rename Xsession file:

cd /etc/X11/Sessions
mv ./Xsession Xsession_bkp
And restart the vncserver.

chroot: failed to run command ‘/bin/bash’: No such file or directory

You can specify different shell, e.g.: sudo chroot /mnt/nixos /bin/sh

xpra: More responsive remote connections

xpra start ssh://server/ --exit-with-children --start-child=terminator --encoding=jpeg --min-speed=100 --min-quality=0 --compress=1 --bandwidth-detection=yes --pixel-depth=16 --auto-refresh-delay=0 --video-scaling=2 --dpi=96
--min-speed — higher is faster. 100 is the maximum, meaning "always encode as fast as possible, never slow down for quality."

--min-quality — lower is faster. 30 means "allow aggressive quality reduction to save bandwidth." Setting it to 0 lets xpra reduce quality even further dynamically

Or run persistent server on the remote server

On the server: xpra start :100 --start-child=xfce4-terminal
On the client:
xpra attach ssh://curtin/:100 --encoding=jpeg --min-speed=100 --min-quality=0 --compress=1 --bandwidth-detection=yes --pixel-depth=16 --auto-refresh-delay=0 --video-scaling=2 --dpi=96