Pablo Bluth posted:

Honestly, who reads man pages these days? The answer is on ArchWiki.

ziasquinn posted:

When I got into Linux my friend warned me about posting for help anywhere because Linux users are literally the worst about that poo poo.

cruft posted:

Linux users can be pretty bad, but Plan 9 users are the actual worst.

Anyway, if it's worth anything, I enjoy helping people with things they don't know, but I can't do anything about those who live to heap abuse on noobs. I believe this sentiment is the same thing that led Raph to create Freenode, actually.

ziasquinn posted:

ziasquinn posted:

When I got into Linux my friend warned me about posting for help anywhere because Linux users are literally the worst about that poo poo. It comes out sometimes in the authorship of the wiki at times, say you read an Archwiki page and it lacks command syntax and just assumes you know how to do something. I mean, sometimes there are links, but sometimes it just says "enable this" but man, I just installed last night! I don't know about systemctl enable!

ziasquinn posted:

Earlier it was a Seg 11 fault in gdm-x-session, could not set display :0, this is what I usually get.

Somehow it seems to be related to Vivaldi in some fashion, cause switching off it stopped most freezes? But it just happens, seemingly randomly. I can't trigger it reliably, so, idk.

Just throwing this in here, kinda stumped. I've looked around for bug reports but a lot are from like, several years ago, not recently.

cruft posted:

Based on just those two log snippets it sure looks like some kind of hardware problem. I'm inclined to suspect RAM, but maybe it's the firmware on the USB controller chip (which you probably can't modify) or... I mean, my work team tried to chase down a glitch like this recently and after about a month of replacing stuff we had to just give up and replace the whole motherboard. I'd say my team is above average competent at this sort of thing, but at some point you're going to need to decide that the time and energy required to figure out the problem is worth more than the money to just start over.

I guess I'd want to at least try a new OS first, though. Maybe some weird bit got flipped in your kernel code or some important daemon.

Klyith posted:

Yeah arch wiki is good, but also designed for arch users. Who tend to be either the guys who already know all the basics, or guys who think they know all the basics and definitely don't need any hand-holding.

Arch as a first-time user is gonna be like, hope you like reading docs. If you're confused about stuff like that, I'd drop to general google and look around. Like, red hat also has good docs for a lot of the more infrastructure type parts of linux like systemd.

So I've mentioned before in the thread, vivaldi / chrome have been real problems for me. I use wayland rather than x, but the worst problems were when running them in x mode. And it had to do with video acceleration.

Computer viking posted:

My boyfriend is a desktop QA for Vivaldi and a linux user; I can nudge him towards video codecs in X. Though I suspect the underlying problem may be outside their code.

BattleMaster posted:

Never trust someone else's commands unless it's some grep awk text processing bullshit because gently caress coming up with that independently and it's not like it'll hurt anything if it doesn't work

pseudorandom name posted:

As a friendly reminder, BlankSystemDaemon is a gimmick troll account without the technical knowledge to be funny or the courtesy to limit their trolling to YOSPOS and is best added to your ignore list.

BattleMaster posted:

Never trust someone else's commands unless it's some grep awk text processing bullshit because gently caress coming up with that independently and it's not like it'll hurt anything if it doesn't work

RFC2324 posted:

Bsd absolutely has plenty of technical knowledge.

Its just trapped in the 70s, like his preferred OS

xzzy posted:

I die a little bit every time I get told to wget a script off some website and pipe it straight into bash so I can install some hot new software package that everyone is raving about.

Nitrousoxide posted:

The recommended k3s install procedure has you downloading this chunky script and trusting that it's not doing all sorts of nasty stuff to your system instead of publishing a package in the repos.

https://get.k3s.io/

BattleMaster posted:

BSD is fine and hasn't even done the "here's an unrelated BSD man page in response to your Linux question" schtick in a while

edit: and even if they did I know better than to take the bait now

Mescal posted:

is there "pair" and "connect" or like pair and two different kinds of connect with bluetooth? because it feels like the's two levels of connect. steamos doesn't generally want to reconnect to a controller. it kinda feels like both sides of the connection have a more passive and more active connect signal going on, and they don't always match right? if you specifically click connect in the desktop ui AND hold down the recessed pair button on the switch controller, they will do it fine every time! that makes me think they're totally capable of working well over bluetooth. everybody's so drat pessimistic about bluetooth and yeah it sucks but there's more than that going on with the connectivity issues.

RFC2324 posted:

Bsd absolutely has plenty of technical knowledge.

Its just trapped in the 70s, like his preferred OS

Also, the thread would be some boring fact spewing place like most of the internet without shitposting like his, and thats boring af.

cruft posted:

Whoa there. There's cool stuff happening in BSD (the OS) land. And while I'm kind of new to the thread, I haven't seen BSD (the poster) do anything worth all this crap getting shoveled onto them.

In fact BSD (the poster) appears to be one of the few people ITT with enough experience to be able to whip out an awk script to sort /etc/passwd by the 3rd GECOS field, and also tell you why it's called the GECOS field, which is something I at least appreciate.

Nitrousoxide posted:

The recommended k3s install procedure has you downloading this chunky script and trusting that it's not doing all sorts of nasty stuff to your system instead of publishing a package in the repos.

https://get.k3s.io/

Mescal posted:

is there "pair" and "connect" or like pair and two different kinds of connect with bluetooth? because it feels like the's two levels of connect. steamos doesn't generally want to reconnect to a controller. it kinda feels like both sides of the connection have a more passive and more active connect signal going on, and they don't always match right?

Mescal posted:

if you specifically click connect in the desktop ui AND hold down the recessed pair button on the switch controller, they will do it fine every time! that makes me think they're totally capable of working well over bluetooth. everybody's so drat pessimistic about bluetooth and yeah it sucks but there's more than that going on with the connectivity issues.

cruft posted:

code:

cat /etc/os-release | awk '{print "lol" > "/etc/shadow"}'

cruft posted:

Been thinking about this all day and I think I have a better one that at least half of my 1st year hires would blithely run as root:

code:

## WARNING: THIS WILL DESTROY EVERYTHING IN /tmp
## WARNING: DO  NOT RUN THIS
wak -F 'ri ' -v a=m -v d=- '{b=FS; sub(/f/, a, FS); c=FS d b "/tmp"; print |c}' /proc/1/environ

I changed it from "/" to "/tmp", so if one of you idiots pastes that into a shell, at least you'll only shoot off part of your foot. It would look a lot less suspicious with "/" instead of "/tmp".

Anyway, I think this could nail a whole lot of people who don't know awk and assume it's "safe". Try it in an alpine container, it's scary fun.

e: also changed "awk" to "wak" just to make double-sure nobody unintentionally screws themselves over.

Klyith posted:

Yes. There is pairing, but that is passive, just a table of keys that another device has a matching key to. Once paired, either side can initiate the actual connection.

Most "host" type things -- PC OSes, phones, etc -- will wait for the user to press the connect button before they try to connect. And most "device" types will try to auto-connect to something when they turn on.

So I have a pair of BT headphones that are paired with 2 different PCs and my phone. When I turn them on, they try to connect to the most recent one of those they were connected to, and nothing else. If they were recently connected to PC1 and I want to use them with my phone, I need to turn off the radio on PC1 before I turn on the headphones. Then I turn on the headphones and they sit there stupidly pinging to PC1. Then I press connect with my phone to make the connection.

These details are not so much a problem with BT as with an ecosystem where 1 device of a pair is typically very stupid and has very limited UI.

When you get into something like a switch controller that's semi-proprietary, all bets are off. I would guess that the switch controllers are doing something just a bit off-spec.

Mescal posted:

when the controller sends the "want to connect" signal, the deck doesn't notice 90% of the time.

ExcessBLarg! posted:

Is it possible your controller is bugged?

VostokProgram posted:

`cd -` goes back to the previous directory you were in btw

Woolie Wool posted:

Started running KDE in Wayland instead of X11 but I'm having problems with the cursor about doubling in size with GTK3 applications compared to native KDE apps, and also a lot of flickering and fuckiness with GTK poo poo in general. Is this something I just have to deal with until they fix it (or go back to X11) or is there a workaround?

Klyith posted:

Yes. There is pairing, but that is passive, just a table of keys that another device has a matching key to. Once paired, either side can initiate the actual connection.

Most "host" type things -- PC OSes, phones, etc -- will wait for the user to press the connect button before they try to connect. And most "device" types will try to auto-connect to something when they turn on.

So I have a pair of BT headphones that are paired with 2 different PCs and my phone. When I turn them on, they try to connect to the most recent one of those they were connected to, and nothing else. If they were recently connected to PC1 and I want to use them with my phone, I need to turn off the radio on PC1 before I turn on the headphones. Then I turn on the headphones and they sit there stupidly pinging to PC1. Then I press connect with my phone to make the connection.

These details are not so much a problem with BT as with an ecosystem where 1 device of a pair is typically very stupid and has very limited UI.

When you get into something like a switch controller that's semi-proprietary, all bets are off. I would guess that the switch controllers are doing something just a bit off-spec.

quote:

Version 2.1 allows various other improvements, including extended inquiry response (EIR), which provides more information during the inquiry procedure to allow better filtering of devices before connection; and sniff subrating, which reduces the power consumption in low-power mode.

quote:

Bluetooth services generally require either encryption or authentication and as such require pairing before they let a remote device connect. Some services, such as the Object Push Profile, elect not to explicitly require authentication or encryption so that pairing does not interfere with the user experience associated with the service use-cases.

Klyith posted:

2. in the KDE settings panel, Application Style -> Gnome/GTK Style and try setting a different theme.

quote:

3. run qdbus org.kde.KWin /KWin org.kde.KWin.showDebugConsole and check the windows tab. See if your GTK stuff is running in x11 for some reason. The mouse cursor thing makes me think of a thing that happens when wayland and x have different settings. GTK apps shouldn't need to use x, gnome has been wayland-native longer than any other DE.

quote:

4. Are you using a nvidia GPU and if so which drivers?

quote:

5. My dude if you have chosen to use arch, your stance on problems should not be "deal with until they fix it". The starting assumption should be that it's not them, it's something you need to fix locally.

Woolie Wool posted:

Confirmed that the GTK windows are running under X11. Note that I do not have GNOME or any other GTK desktop environment installed; the only GTK stuff is what KDE uses.

Woolie Wool posted:

Yes (RTX 2070), and I'm using the nvidia-open drivers.

Woolie Wool posted:

Well, there was also "continue using X11 for years until it rots to the point of uselessness".

Woolie Wool posted:

until they fix it