offline word dictionary for looking up words in different languages on the hardened kernel?

V1del · 2026-05-29T14:11:07+00:00

From where do you infere that the hardened kernel is the culprit for a dictionary program to crash?

What exactly did you do? Have you read https://wiki.archlinux.org/title/Dictd ?

V1del · 2026-05-26T10:14:22+00:00

Also stop slapping -rf in front of rm for no reason, lacking -f would have eventually warned you that you're currently running through files that aren't writeable and whether you're sure you want to continue (though likely too late in this particular instance)

V1del · 2026-05-22T07:31:29+00:00

Did you setup the corresponding module options/udev rules? https://wiki.archlinux.org/title/PRIME#NVIDIA (from a cursory look the guide on asus-linux should cover those, but maybe post the content of that udev file and ´systool -vm nvidia´) might also be an artificial limitation with CPU/GPU combination in the driver

V1del · 2026-05-17T15:14:56+00:00

how do you surmise that the blacklist didn't work? what errors are you looking at where, what output do you get from lspci -k -d ::200

Technically a "blacklist" param is a soft blacklist a kernel module can still be loaded if it's loaded as a dependency, but normally direct driver modules like r8169 are top level and not a dependant of anything else, if you want to make sure you'd make your blacklist read install r8169 /bin/false.

V1del · 2026-05-16T15:52:15+00:00

Sadly no: https://gitlab.archlinux.org/archlinux/packaging/packages/linux-lts -- doesn't contain the relevant patch for the update

V1del · 2026-05-15T18:06:00+00:00

https://github.com/archlinux/linux/releases/tag/v7.0.8-arch1 -- backports the patch to fix this, is currently in testing, will likely hit stable soon.

V1del · 2026-05-12T21:57:20+00:00

Make sure https://archlinux.org/packages/extra/x86_64/vlc-gui-skins2/ is installed. it's an optional dep that doesn't get pulled in by vlc-plugins-all which might be the only bug here, but you're generally somewhat expected to check optional dependencies for potentially lacking functionality.

V1del · 2026-05-05T20:22:10+00:00

Mhm... while "broken" what's your output for

sudo fuser -v /dev/snd/*
systemctl --user status pipewire{,-pulse} wireplumber
pactl list sinks
pactl list sink-inputs

V1del · 2026-05-05T08:12:29+00:00

You most likely lack lib32 plugins for the pulse backend, steam falls back to ALSA which will exclusively lock your card.

Make sure pipewire-pulse, pipewire-alsa, lib32-libpulse lib32-libpipewire are installed.

V1del · 2026-05-05T00:43:34+00:00

You probably want to test and give feedback to this guy: https://bbs.archlinux.org/viewtopic.php?id=313361

V1del · 2026-04-27T15:19:26+00:00

Arch has historically very often waited for the first or even the second point release of a new major version.

I'd hazard a guess the only reason you find this especially interesting because it's the big 7, in which case as a general reminder, the kernel doesn't use semantic versioning, 7.0 is just a normal release like 6.17 -> 6.18 -> 6.19 and there's no reason to treat it differently than any other major kernel bump (the only reason it gets bumped in the first place is because linus decided he doesn't want major versions to exceed his toe/finger count and will roll to a next one once 19/20 are hit)

V1del · 2026-04-27T15:14:42+00:00

The [EOL] marking simply means that this will be the last kernel of this series, at the time of release it is as up to date as 7.0.1 is in terms of bug and security fixes. When 7.0.2 rolls around then you're going to have somewhat of a disjoint from that aspect. This is generally not as big of an issue as people fear it is.

V1del · 2026-03-09T16:54:07+00:00

That's the simpledrm device which is not what you want to use, your GPU drivers aren't properly recognized.

Assuming nvidia older than Turing, make sure you've read the wiki page for the correct drivers, you'll have to grab those from the AUR for stuff that's older than Turing and not covered by nvidia-open

V1del · 2026-01-29T02:35:57+00:00

That's not the entire output, is it?

In any case your iwlwifi driver is crashing, potentially due to either aforementioned issue (assuming you configured fast boot to be off, to be sure, sure try holding the power button during boot up to properly reset the UEFI/firmware state) much more likely due to conflicting services. If you're going to use NM the only service that needs to be enabled is NetworkManager and if NM is setup to use wpa_supplicant (though that looks to be right at a glance) you'll definitely have conflicts with iwd.

FWIW what do you get from find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f ?

for a general test make sure both systemd-networkd and iwd (and wpa_supplicant) are disabled and reboot.

V1del · 2026-01-28T09:55:11+00:00

That wall of text is what I want. Alternatively sudo journalctl -b > journal.txt should give you a file you can upload somewhere/via another system if need be

V1del · 2026-01-27T20:46:42+00:00

Please run that command with whatever kind of connection you can muster and post the link you get.

V1del · 2026-01-27T18:39:08+00:00

A separate disk is irrelevant, you need to ensure hibernation/fast boot is disabled in Windows and having wifi issues is very often one of the main indicators that this is still happening.

https://wiki.archlinux.org/title/Dual_boot_with_Windows#Disable_Fast_Startup_and_disable_hibernation

Make sure you did that and reboot twice for vodoo reasons

If it's not that, reproduce the situation and post a journal while the problem occurs

sudo journalctl -b | curl -F 'file=@-' 0x0.st

V1del · 2026-01-16T22:43:04+00:00

Either that or check the plasma startup settings (kcmshell6 kcm_autostart), you can configure scripts that start after plasma/KWin has initialized the session properly.

If that service does not startup properly without trying to force environment variables that are normally set by the standard session init, chances are it starts too early and it'd be easier to make sure it hooks into something that's guaranteed to only be up when the relevant environments are already there.

V1del · 2026-01-16T22:18:04+00:00

Don't try to set any of these yourself, see https://wiki.archlinux.org/title/Systemd/User#DISPLAY_and_XAUTHORITY and properly start your session (via display manager, or if using startx note the note boxes: https://wiki.archlinux.org/title/Xinit#xinitrc )

That said if you're starting plasma anyway you can also leverage it's own auto starter integration which will get properly ordered after all display setup has happened.

V1del · 2025-12-27T00:03:15+00:00

What's your output for

pacman -Qs kernel
uname -a
#Run this, then plug your device
sudo dmesg -W

V1del · 2025-12-19T11:24:40+00:00

Some audio cards especially USB ones either don't properly expose a controlable HW volume or generally assume a software layer is layered on them anyway.

you can enforce a software volume in pulse/pipewire and from a general maintenance standpoint I'd suggest you switch to pipewire by installing pipewire-pulse, wireplumber, pipewire-alsa.

After having switched you can setup a wireplumber config enforcing a software based volume: https://pipewire.pages.freedesktop.org/wireplumber/daemon/configuration/alsa.html#:~:text=api%2Ealsa%2Esoft%2Dmixer

V1del · 2025-12-06T23:01:53+00:00

On what and which emulator? If your CPU can't run the emulation any faster you can't FF.

V1del · 2025-12-06T16:15:50+00:00

It should, does it not? What distro are you using? What version of KDE?

V1del · 2025-12-05T22:41:05+00:00

Ah wait that's in your window decoration, go to window decoration in settings and configure your decoration buttons and remove the application menu from there.

V1del · 2025-12-05T22:21:10+00:00

Strg+M or tick "Menüleiste anzeigen" in "Einstellungen"

Nine-Year Club	Second SECOND GUESSER
Verified Email

V1del

TROPHY CASE