Search results

Yeah. I'd been dibble-dabbling a bit prior to even posting here, and one of the things I toyed with was the efibootmgr command. I couldn't figure that dern thing out. Also, that site you linked is appreciated. The linked page is kinda basic; my noob behind was aware of more than she (?)...

Yes, of course. I can easily choose between entries; it's what I do to boot the desktop I want. Yes, they do... and it's been frustrating. Don't ask me why the Debian devs did it that way. Fedora does the same thing, but theirs defaults to the "normal" desktop. Yes, that's correct. The...

I'll just describe it instead of transferring pics from my phone to PC. Something like this at either the F11 or "Boot" page of the UEFI menus: debian <my hdd/ssd> debian <my hdd/ssd> It boots to the 1st option by default. I'd like it to boot to the 2nd. I have to always be at the PC when I...

It's actually not a Grub menu. This is before it gets to any Grub menu to choose your kernel, etc. I'm talking UEFI stuff here. I have two identically-named entries. Grub defaults to one of them (a recovery file, I think). I want the other one to be default.

Just Debian 12.8. It installs with these boot entries.

Hey. My Debian 12 install has two EFI options to choose from when I boot. One is the "normal" boot. The other (default) is some kind of "safe mode". Simply, how can I remove the behavior of booting right into the "safe mode"/recovery desktop. I hope to be able to do it via GRUB2, because I...

Yeah. During my troubleshooting net travels I found some people who say that they had success with Gamescope, but I don't have a lot of experience with it. Logging on with X11 allows me to play, so that's enough for me. Thanks though, bah.

Okay. It looks like this is a KWin-Wayland bug, as it widely happens on Plasma 6. The solution for me was to log on with X11—mouse movement returns.

I am having trouble getting any mouse motion response from Dying Light. I have tried the native version and with Glorious Eggroll Proton 9.2 (released ~3 days ago) compatibility. What happens: I launch the game (I've had no problems launching either version) and the mouse cursor is parked in...

I have one more question that I am not able to answer. When usingfind ~ -print0find traverses the /home/ directory (as I thought it should using ~). However, when I use find ~ -print0 | while IFS= read -r -d '' item; do ... donefine walks the /root/ directory. Any ideas why?

Alright. A search turned up an alternative way to recursively walk a directory find ~ -print0 | while IFS= read -r -d '' item; do ... done ls named the directories it was entering (as pointed out by @osprey) like "Documents:" and then list contents. I didn't like that.

Ohhh, I see now! The GLOB * only returns all items within /home. The code you provided will use ls to recursively walk directories and files. Cool deal. I have a couple bash scripts to update. Thanks for clearing that one up, @osprey.

Thanks for the reply @osprey, but I am not so sure you answered my question. I'm still confused. If you read my OP, I have a for loop that iterates like so: for item in /home/* ...Shouldn't that line iterate through all files and folders recursively? Also, when I usels -a "$HOME"I get the...

The following bash scripts will not do what (I thought) they are supposed to do: #!/bin/bash for item in ~/*; do echo $item done Oddly enough, it prints /root/*I have no idea what's up with that. Some GLOB thing? Now, if I change it to #!/bin/bash for item in /home/*; do echo $item...

Good to go. ~/.bashrc is read on login by KDE. Thanks, guys.

Okay, no go... the file was not created. I wonder if it has anything to do with this line in the ~/.bashrc file: [[ $- != *i* ]] && return Comment says if not interactive, don't proceed further (Bash scripting is not my strong suit). I can remove that, or RTM on KDE and fix it. I did come...

Okay, cool. I have 1 account on my computer, so that's good. Just so I'm clear, the changes will affect all operations on the computer that use EVs (provided it's my account)? I sort of understood it to mean it takes effect when you launch an interactive shell. I'm just unclear if it means...

I recently modified bashrc to add a couple items to PATH and XDG_DATA_DIRS. My question is: does this modification take effect system-wide? I mean, using a GUI such as KDE, with its application launchers, will the modified EVs be in effect? Does modifying the titular files give all apps, etc...

Those who persist, huh... I figured it out. All works as intended, the problem was with the "Category" key in the .desktop file. It appears some categories span multiple menus. In my case, I wanted to remove an entry from the "Utilities" menu, well another value was used for the "Utilities"...

The gist is in the thread title. I'm on the latest release of Arch, and my application launcher (start menu) does not seem to be looking in "$HOME/.local/share/applications" for desktop entries. I have modified several, and these are not being reflected in my launcher. I have used the bundled...