| onefang | Some peoples HDMI audio is even worse than that, mine for example. My ONE graphics card, which has only FOUR actual outputs, two HDMI and two Display Port. But it has SIX HDMI audio devices according to alsa. One of which I use for my main monitor, but just for console beeps, though that monitor is on Display Port. Crap little speakers at the bottom of the monitor, good enough for beeps, and when xscreensaver kicks in while I sleep, that | 00:15 |
|---|---|---|
| onefang | turns off the monitor and I wont get beeped at while I sleep if email arrives. | 00:15 |
| onefang | My main desktop speakers have a ported bass and are awesome. I use those mostly for music. Alas not quite good enough for the sub bass I put in my song last year. | 00:16 |
| onefang | I use alsa + JACK2, no pulse or pipe. | 00:24 |
| wato | So... I installed devuan with no desktop enviroment. So i installed I3 and i'm starting it with "startx" | 01:05 |
| wato | Currently, for audio, i installed wireplumber, pipewire and pipewire-pulse. I added those to .xsessionrc | 01:06 |
| gnarface | wato: are you really attached to pipewire? lots of people seem to be having more problems with it than pulseaudio | 01:07 |
| ted-ious | wato: That sounds great! :) | 01:07 |
| wato | pactl info shows that pulseaudio is running on pipewire | 01:08 |
| gnarface | yea, but you can also just use bare pulseaudio still (or even bare alsa) | 01:08 |
| gnarface | keep that in mind | 01:08 |
| gnarface | as for your other question... | 01:08 |
| wato | I'm open to suggestions. This decisions were made only because i could understand them a little. | 01:09 |
| gnarface | [pipewire is not listed in "service --status-all"] < this would be expected behavior, i think, even with systemd, since you're starting pipewire as your user and not as a system daemon | 01:09 |
| ted-ious | gnarface: Some of us don't run pulseaudio because it is horrible software and is infinitely more likely to lock up your system than alsa. :) | 01:10 |
| gnarface | wato: normally if it was a system daemon, with sysvinit you'd just run something like "/etc/init.d/pipewire status" and the service wrapper would just be a shortcut to that. but i wouldn't expect that to work with either pipewire or pulse on debian or devuan right now, due to the way they're launched from your graphical user session | 01:11 |
| wato | gnarface: That's something i will need help with. Im open to uninstall wireplumber/pipewire/pulseaudio if it means that audio will work fine. What do you recommmend? | 01:12 |
| gnarface | wato: you do have a couple of other options here, and truthfully i think personally the best one is to ditch both pipewire and pulseaudio and use bare alsa. that's what i do because it's what works for me. secondarily, i'd recommend just using bare pulseaudio and alsa without pipewire, because that's what's working best for everyone else. | 01:12 |
| wato | I will go with bare alsa, sounds good | 01:13 |
| gnarface | wato: ok, uninstall pipewire and then start with this test: speaker-test -c 2 -t wav | 01:13 |
| gnarface | make sure your user is in the "audio" group | 01:13 |
| gnarface | (run "groups" as your user) | 01:14 |
| gnarface | don't panic if it doesn't work. 50% chance we'll have to change stuff is expected | 01:14 |
| wato | pipewire, pipewire-pulse and wireplumber are uninstalled. Im in audio gropu. Speaker test failed | 01:15 |
| gnarface | what does it say? does it error or does it say it's working but just not make any sound? | 01:15 |
| wato | It errors, shall i copy the error here? is a way to paste console output? | 01:15 |
| gnarface | paste the output at paste.debian.net then give us the link | 01:16 |
| gnarface | to paste console output, middle click where you want it pasted while the text is highlighted | 01:16 |
| wato | http://paste.debian.net/1315882/ | 01:16 |
| * peterrooney is fightlng a twitchy left eye remembering having to hide one "multiple" HDMI devices from kernel module autoloading | 01:17 | |
| wato | peterrooney: spoiler alert | 01:18 |
| gnarface | wato: ok, first thing's first. make sure you've installed all these packages: alsa-tools, alsa-topology-conf, alsa-ucm-conf, alsa-utils, alsa-oss. if you were missing any of them, install them and reboot. | 01:18 |
| wato | on it | 01:18 |
| gnarface | then run the speaker-test again and see if anything changed | 01:18 |
| wato | rebooting | 01:19 |
| gnarface | wato: any change? don't worry if there isn't, if there's a new error though paste it | 01:23 |
| onefang | If you want to do musician type stuff, as I do, then alsa + JACK2 is great. | 01:23 |
| wato | I'm back | 01:23 |
| wato | same error | 01:24 |
| gnarface | wato: ok, next steps, gonna need to see the output of: | 01:24 |
| gnarface | aplay -l | 01:24 |
| gnarface | aplay -L | 01:24 |
| gnarface | (case sensitive) | 01:24 |
| onefang | But follow along with gnarface for alsa stuff first. | 01:24 |
| wato | both? | 01:24 |
| gnarface | yea, both | 01:24 |
| gnarface | one is hardware outputs, the other is software outputs | 01:24 |
| wato | gnarface: I understand. I'm on it | 01:25 |
| onefang | peterrooney was twitching at my multiple HDMI devices comment which I made while wato was gone. | 01:25 |
| wato | http://paste.debian.net/plain/1315883 | 01:25 |
| gnarface | heh, yea | 01:26 |
| wato | paste.debian.net/plain/1315884 | 01:26 |
| gnarface | HDMI first, quite predictable | 01:26 |
| gnarface | ok good | 01:26 |
| wato | t-t | 01:26 |
| wato | This does not happen with Displayport? | 01:27 |
| gnarface | wato: try this test: speaker-test -c 2 -t wav -D hw:2,0 | 01:27 |
| gnarface | you're trying to use the analog outs, right? | 01:27 |
| wato | gnarface: There it is, now it works. It scared me a little bit haha | 01:27 |
| * onefang repeats it, since it's now more relevant. Sorry peterrooney, might make your right eye twitch. | 01:28 | |
| wato | What do you mean by analog outs? | 01:28 |
| onefang | Some peoples HDMI audio is even worse than that, mine for example. My ONE graphics card, which has only FOUR actual outputs, two HDMI and two Display Port. But it has SIX HDMI audio devices according to alsa. One of which I use for my main monitor, but just for console beeps, though that monitor is on Display Port. Crap little speakers at the bottom of the monitor, good enough for beeps, and when xscreensaver kicks in while I sleep, that | 01:28 |
| onefang | turns off the monitor and I wont get beeped at while I sleep if email arrives. | 01:28 |
| gnarface | wato: typically an assortment of 1/8" stereo headphone/speaker jacks | 01:28 |
| gnarface | wato: (that's what we just used, so if you're not sure, the answer is "yes") | 01:28 |
| onefang | So yes "HDMI audio" devices turn up on DisplayPort. | 01:28 |
| wato | gnarface: oh, then yes | 01:29 |
| gnarface | wato: i got a new ~/.asoundrc for you, stand by | 01:29 |
| wato | :O | 01:29 |
| gnarface | http://paste.debian.net/1315885/ | 01:30 |
| gnarface | i know it looks stupid as shit, but name that ".asoundrc" and put it in the top level of your home directory, and it will fix your problem | 01:31 |
| gnarface | no reboot necessary | 01:31 |
| wato | gnarface: what does that file do? | 01:31 |
| gnarface | if you look at your "aplay -L" output, you'll see every entry has a CARD field | 01:32 |
| wato | you are right, i see that | 01:32 |
| gnarface | by default, alsa just picks the first one on the list | 01:32 |
| onefang | That file tells alsa what devices to use for audio in and out. | 01:32 |
| gnarface | for you, that's not useful because nothing is connected to it, or at least nothing that has speakers | 01:32 |
| gnarface | (nothing that has speakers you know of; it's actually required for all HDMI devices to handle audio, but sometimes it's just a headphone jack, but i digress...) | 01:33 |
| gnarface | so anyway, what we've done here is change the default to one of the ones further down the list | 01:33 |
| gnarface | for you, it's the very last one | 01:33 |
| gnarface | almost comically badly named "Generic" | 01:33 |
| gnarface | but that's not the worst one i've seen | 01:33 |
| wato | hahahaha | 01:33 |
| gnarface | you can set volumes and such with the terminal app "alsamixer" | 01:34 |
| wato | nice! | 01:35 |
| gnarface | they'll be global, system and user wide | 01:35 |
| wato | i like how alsamixer looks, in my previous installation i used pavucontrol | 01:35 |
| gnarface | (different from pulseaudio which stores per-user and even per-program volume settings) | 01:35 |
| gnarface | yea, pavucontrol is basically pulseaudio's alsamixer replacement | 01:35 |
| gnarface | at this point you can probably install pulseaudio and it will probably work great in fact | 01:36 |
| gnarface | not that i'd necessarily recommend it unless you have some program that really needs it... | 01:36 |
| ted-ious | Pulseaudio reminds me of windows and how you could have 5 different places to mess up your audio settings so your game didn't work right. | 01:36 |
| gnarface | you can usually get away without it, but occasionally things are easier with it | 01:36 |
| gnarface | rarely, obnoxiously, sometimes it's actually quite required | 01:37 |
| gnarface | but it's less often than people generally think | 01:37 |
| wato | Do you know any example ? | 01:37 |
| wato | Like a music producing software or something like that? | 01:37 |
| gnarface | Valve's Steam client, has a "Remote Play" feature, which requires pulseaudio just for the audio part | 01:37 |
| onefang | Though You can use apulse to get things that insist on using pulse to use alsa. | 01:37 |
| gnarface | usually | 01:38 |
| gnarface | apulse doesn't quite work for everything | 01:38 |
| wato | I just oppened tidal-hifi and tested the audio | 01:38 |
| wato | it sounds great | 01:38 |
| gnarface | like, it doesn't handle input and it doesn't handle remote connections, so it won't help with the Steam thing | 01:38 |
| wato | gnarface: i will stick to bare alse until i find a problem like that | 01:38 |
| gnarface | it will however help you use firefox builds that require pulseaudio (the firefox-esr build in current stable isn't one of the ones that need it though) | 01:38 |
| onefang | Most music producing software uses / can JACK. Or at least all the stuff I use does. JACK is Linux audio for musicians. | 01:39 |
| wato | And with OBS ? | 01:39 |
| wato | any problems you know of? | 01:39 |
| onefang | Er "uses / can use JACK". | 01:39 |
| onefang | I have OBS installed, but I haven't tried it yet. | 01:40 |
| gnarface | wato: hate to rain on the party, but there's one thing we have to check still. you should open two terminals and see if you can play two sounds at once | 01:41 |
| wato | :O | 01:41 |
| wato | On it | 01:41 |
| wato | speaker-test? | 01:41 |
| gnarface | yea, speaker-test is fine. you can make one -t wav and one -t sine so it's easier to tell them apart | 01:41 |
| onefang | With JACK use JACK2, and QjackCtl, the later is a GUI that takes care of most of the hickups you'll otherwise get with JACK. | 01:41 |
| gnarface | wato: do not specify -D for this test | 01:42 |
| gnarface | (it will force a failure) | 01:42 |
| wato | Im currently listening to both tests | 01:42 |
| gnarface | ok, you're good then | 01:42 |
| wato | when they overlap on left/right channel, the wav voice sounds distorted | 01:42 |
| wato | is that normal? | 01:42 |
| gnarface | uh, dunno... | 01:43 |
| gnarface | there's every possibility we may have to add 100 more lines to that config file | 01:43 |
| onefang | MIght just be coz you are mixing the two waveforms, potentially at different frequencies. | 01:43 |
| onefang | Try two slightly different frequency sine waves, and see if you get beat patterns. | 01:44 |
| wato | onefang: How can i do that? | 01:44 |
| wato | gnarface: Dont scare me... | 01:44 |
| gnarface | i don't think speaker-test gives you that much control over the sine wav | 01:44 |
| gnarface | wato: truthfully, without hearing it i don't stand a chance of making a solid judgement about that, just from the description it could be anything from a buffer setting problem to a volume setting issue | 01:46 |
| onefang | gnarface knows more about speaker-test than me. | 01:46 |
| wato | gnarface: i understand | 01:46 |
| wato | So, if running speaker-test in two separated terminals was just to test if i can reproduce two sources of audio | 01:47 |
| wato | will running youtube and tidal at the same time test the same thing? | 01:47 |
| onefang | If I was trying that sort of test, I'd be using my fancy music software via alsa+JACK. lol | 01:47 |
| gnarface | wato: yea, it would. mostly i was just checking to make sure that we didn't have to add a bunch of more lines to the config to enable software mixing | 01:48 |
| gnarface | wato: but distortion issues could suggest your sample rate is wrong | 01:48 |
| onefang | So you got mixing, just mixed badly two things that likely wher not meant to mix well. | 01:48 |
| onefang | Or an actual problem, which I'll leave in gnarface's very capable hands. | 01:49 |
| gnarface | anyway, anything that's wrong we can correct in the ~/.asoundrc but some stuff, correcting it requires adding some... logical structure | 01:49 |
| wato | Well, firefox is not reproducing audio | 01:49 |
| onefang | wato: Do you do music production? | 01:49 |
| gnarface | so it can turn quickly from a 3-line linear setting list to a complicated 93-line 3-their hierarchial object structure | 01:50 |
| wato | onefang: noo, im just a humble web developer | 01:50 |
| gnarface | wato: did you restart firefox after changing ~/.asoundrc? you don't have to reboot for changes, but you do have to restart individual programs | 01:50 |
| onefang | OK I'll stop bothering you with "use JACK for making music" stuff then. B-) | 01:51 |
| wato | gnarface: yes, firefox restarted and youtube dont reproduce sound | 01:51 |
| gnarface | wato: firefox, or firefox-esar? | 01:51 |
| gnarface | *esr | 01:51 |
| wato | gnarface: plain firefox | 01:51 |
| gnarface | try apulse, but firefox-esr shouldn't have that problem | 01:52 |
| gnarface | just (just install apulse and run firefox like "apulse firefox") | 01:52 |
| gnarface | woops, extra just there | 01:52 |
| wato | onefang: Oh, dont stop! i have a friend that is a audio engineer and he likes to tinker with my pc and do funny things with Reaper and Ableton. But since i switched from Windows to Linux, he could no longer do those things. Someday i will come back to get some advice on JACK! | 01:52 |
| wato | gnarface: on it! | 01:53 |
| wato | (if my english sounds a little bit rough is because it is not my first language, apologies for that) | 01:53 |
| wato | gnarface: that made it work O:! | 01:54 |
| gnarface | cool | 01:54 |
| wato | Do you recommend firefox-esr? | 01:55 |
| gnarface | heh, yea but i don't exactly frequent popular websites, so ymmv | 01:56 |
| wato | Oh, this might be a problem | 01:57 |
| onefang | wato: Feel free to ask me about music production. https://linuxmusicians.com is a very useful source of info, with very active forums. | 01:57 |
| gnarface | some of the games on Steam "require" pulseaudio but you can usually get them working by symlinking libpulse-simple.so.0 to /dev/null from the top level of the game dir and putting this in the launch options: LD_LIBRARY_PATH=".:$LD_LIBRARY_PATH" %command% | 01:58 |
| onefang | I use firefox-esr with a bunch of extensions for privacy and such. Rarely I have to use Falkon for those things that wont work when you disable all the crap. | 01:58 |
| rrq | I tracked down the firefox audio issue that it failed to change the sample rate... the remeduy is then to wrap the "default" pcm into a "plug" to get sample rate translation... or use apulse (which makes it happen a different way) | 01:59 |
| wato | gnarface: noted | 01:59 |
| gnarface | ...and for that Remote Play issue, you can always stream analog audio over the LAN with netcat and alsa Loopback devices | 01:59 |
| gnarface | that works though it limits you to stereo | 01:59 |
| gnarface | i haven't figured out how to get around that yet but i think there is a way | 02:00 |
| gnarface | (if you ever need to do it, i can show you the basic trick) | 02:00 |
| wato | Damn, im checking that Discord also uses pulseaudio for voicechat | 02:00 |
| gnarface | how annoying | 02:01 |
| wato | i might be forced to install pulseaudio t-t? | 02:01 |
| gnarface | only if you're forced to install Discord :) | 02:01 |
| gnarface | try it with apulse? | 02:02 |
| gnarface | not sure if it'll work for mic input but it should work for speaker output | 02:02 |
| onefang | Discord works OK via web browser. Though I no longer Discord. | 02:02 |
| wato | gnarface: i will try apulse, give me a minute | 02:02 |
| onefang | On the other hand, I didn't do voice with it. | 02:02 |
| wato | gnarface: Audio works, mic doesnt | 02:04 |
| wato | oh man, it was so nice to just use Alsa... | 02:04 |
| gnarface | yea, figured | 02:04 |
| gnarface | i got nothing for that, sorry, but it doesn't mean there isn't some way... | 02:04 |
| wato | gnarface: what do you mean o.o ... | 02:05 |
| gnarface | well, i'm sure there's a way to do it but i don't know how, is what i mean | 02:05 |
| wato | Oh i get it | 02:05 |
| gnarface | make Discord work for both input and output without pulseaudio, that is | 02:05 |
| * gnarface can't fix everything | 02:05 | |
| wato | But you fixed that annoying hdmi thing! | 02:06 |
| wato | Will installing pulseaudio "unfix" that? | 02:06 |
| onefang | It's rare that gnarface doesn't know something. gnarface is one of our most excellent helpers here. | 02:06 |
| gnarface | wato: maybe, but if it does you can just fix it again in pavucontrol | 02:07 |
| gnarface | onefang: thanks :) i'm sure i'm not nearly the smartest one here, i'm just the one with the most free time. | 02:08 |
| wato | gnarface: Well, it was my first time interacting in an IRC chat, and the first time using something different than Mint. It was a good thing i ran into a guy as nice as you! | 02:10 |
| gnarface | wato: glad i was able to help, welcome to Devuan | 02:10 |
| gnarface | feel free to just leave your client connected, most of us do | 02:11 |
| wato | Nice! | 02:11 |
| wato | Oh! | 02:11 |
| wato | About that cpu governor | 02:11 |
| gnarface | oh, they're just files in /sys | 02:11 |
| gnarface | ls -l /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor | 02:12 |
| gnarface | cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor | 02:12 |
| wato | it prints schedutil | 02:12 |
| gnarface | they're just text files. you can change them with anything that changes textfiles | 02:12 |
| wato | Oh i see | 02:12 |
| wato | well | 02:13 |
| gnarface | i use a dumb shell script. some window managers have widgets | 02:13 |
| wato | The last time i edited those files, they came back to some default value on reboot | 02:13 |
| gnarface | that's true, they do that | 02:13 |
| gnarface | the default is compiled into the kernel, but you can easily override it in a boot up script or the like | 02:13 |
| onefang | I put scripts for changing that sort of thing into /etc/boot.d/ | 02:14 |
| gnarface | i use /etc/rc.local | 02:14 |
| onefang | Which should get run from /etc/rc.local, where you can also add script snippets to that shell script. | 02:14 |
| gnarface | oh, that's right, they added that on | 02:15 |
| onefang | I think it's only recently they added /etc/boot.d/. | 02:15 |
| gnarface | yea | 02:15 |
| wato | in i3 i have a config file in which i can put "exec discord" for example | 02:15 |
| wato | and discord boots everytime i init i3 | 02:15 |
| onefang | So if you got /etc/boot.d/ it's better to add things there. | 02:16 |
| wato | I dont have that directory t-t | 02:16 |
| gnarface | the /etc/rc.local stuff would happen much earlier, at boot time | 02:16 |
| gnarface | do you have /etc/rc.local? it's actually optional, you might be missing the package... | 02:16 |
| gnarface | hmm, maybe not | 02:16 |
| wato | i have rc0/1/2/3/4/5/6/S.d | 02:16 |
| wato | but no rc.local | 02:17 |
| gnarface | well, make sure you have the "initscripts" package | 02:17 |
| onefang | Most window managers, like i3, have some way of starting things when you start them. | 02:17 |
| wato | gnarface: already installed | 02:17 |
| wato | oh sorry | 02:17 |
| onefang | I'm not sure if rc.local exists in the other init systems Devuan can use. | 02:17 |
| wato | I do have rc.local | 02:17 |
| wato | I was doing "cd rc " and pressing tab | 02:18 |
| wato | my bad | 02:18 |
| wato | Nice, i will add the modification of cpu governor there | 02:18 |
| * onefang smiles, I taught gnarface something. B-) | 02:18 | |
| wato | *a | 02:19 |
| wato | how do you do that haha | 02:19 |
| gnarface | you can see which ones you have available by running, for example: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors | 02:19 |
| gnarface | but that's just what you have loaded | 02:19 |
| gnarface | there might be optional ones as kernel modules that aren't loaded yet | 02:20 |
| gnarface | to change them, you just run, for example: echo 'performance' > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors | 02:20 |
| gnarface | (you have to do it for each cpu core obviously | 02:20 |
| gnarface | ) | 02:20 |
| wato | does cpu* works? | 02:20 |
| gnarface | i think it does not, but you can try it | 02:20 |
| onefang | Lucky I don't want to do that, I have 128 cores. Would need to write a loop. lol | 02:21 |
| wato | gnarface: oh, it doesnt | 02:22 |
| wato | well, one by one it is. | 02:22 |
| wato | onefang: omg | 02:22 |
| onefang | I built myself a super desktop. 256 GB of RAM as well. | 02:22 |
| gnarface | wato: you can just make a very simple shell script to change them, then you only have to type them once | 02:22 |
| wato | gnarface: a for loop in rc.local? | 02:23 |
| gnarface | wato: it doesn't matter if you use a loop or not | 02:23 |
| gnarface | nobody is going to grade your coding style, lol | 02:23 |
| wato | haha | 02:24 |
| wato | my precious oneliner | 02:24 |
| onefang | Not even me, and I'm a retired programmer. I expect most people code less well than me. B-) | 02:24 |
| gnarface | wato: lol, here i did it for you http://paste.debian.net/1315887/ | 02:24 |
| wato | how do you know i have 8 cores O_O | 02:25 |
| onefang | lol | 02:25 |
| onefang | Told you gnarface is great at this support thing. | 02:25 |
| gnarface | i was gonna say, add/remove as necessary. lucky guess, i suppose | 02:26 |
| onefang | 8 cores is common. | 02:26 |
| gnarface | Steam Deck has 8 cores | 02:26 |
| gnarface | I have 8 cores too | 02:26 |
| wato | lmao | 02:26 |
| wato | i thought "did i pasted some system info without noticing?" | 02:27 |
| wato | but you are right, nowdays is very common | 02:27 |
| wato | gnarface: Thank you very much! | 02:27 |
| onefang | I have 8 cores, oh wait 8 x 8 cores, no more than that, .... | 02:28 |
| wato | Well, i notice that i have 16 "cores" | 02:29 |
| wato | since there are two threads per core | 02:29 |
| onefang | That's also common. | 02:29 |
| gnarface | ah, you will have to add lines then | 02:29 |
| onefang | I only have 64 actual hardware cores. | 02:29 |
| gnarface | truthfully, you might not want to make the default performance either | 02:30 |
| gnarface | "ondemand" or "schedutil" are probably better choices for default | 02:30 |
| wato | gnarface: hardware degradation? | 02:30 |
| gnarface | well, heat, electricity. you can just keep a script on hand that you can use to toggle between one of those and performance when you want to game | 02:31 |
| onefang | I'm perfectly happy with the default performance of my super desktop, so I've never messed with any of that. | 02:31 |
| gnarface | previous default was ondemand, current is schedutil | 02:31 |
| onefang | And I built it for tropical conditions. That was my second paying job back in the late 1970s. | 02:31 |
| onefang | So yeah, local heat conditions built into the design, no need to tell the kernel to do anything different for me. | 02:32 |
| wato | gnarface: I will do that, for now i will keep it at performance | 02:32 |
| wato | I learnt a lot today, i think I will call it for now | 02:33 |
| gnarface | wato: here's a better script http://paste.debian.net/1315888/ | 02:33 |
| gnarface | you'll have to modify it for 16 cores | 02:34 |
| gnarface | use a loop or just copy&paste a lot as you choose | 02:34 |
| wato | gnarface: is that the script that you use? | 02:34 |
| * onefang promises to not look at gnarface's script. | 02:35 | |
| gnarface | wato: no, it's copied from a computer near me. mine is very similar but uses a userspace governor and daemon combo i didn't want to confuse you with. | 02:35 |
| wato | gnarface: oh i see, it looks very useful | 02:36 |
| wato | the thing is... | 02:36 |
| wato | i dont know where to put it.. | 02:36 |
| gnarface | wato: here's the one i'm actually using. you can see the differences: http://paste.debian.net/1315889/ | 02:36 |
| gnarface | put it wherever you want to | 02:37 |
| gnarface | it has to be run as root unless you add sudo to the commands | 02:37 |
| gnarface | or something like sudo | 02:37 |
| gnarface | doas or whatever | 02:37 |
| onefang | Oops, should have done this first - /etc/default/cpufrequtils Meh, sorry for the excess bragging. | 02:37 |
| onefang | GOVERNOR="performance" | 02:38 |
| onefang | MEh, distracted, busy day and I had just woke up. | 02:38 |
| gnarface | heh, nice. | 02:38 |
| gnarface | one of the problems with a lot of my solutions is just that they're hacky and they get stale | 02:38 |
| onefang | Would of saved a LOT of time. Sorry again. | 02:38 |
| gnarface | no worries | 02:38 |
| onefang | Taught you TWO things in one day. I'm happy. B-) | 02:39 |
| gnarface | good heads-up, there is now a "cpufrequtils" package | 02:39 |
| wato | i will use gnarface solution, just to honor him | 02:39 |
| gnarface | haha, you don't have to do that | 02:39 |
| wato | I will! | 02:39 |
| onefang | wato did learn a lot today. LEt them rest now. | 02:39 |
| gnarface | wato: do you have a ~/.bash_profile? | 02:40 |
| wato | Also that, haha! | 02:40 |
| wato | gnarface: i dont | 02:40 |
| wato | i have a .profile tho | 02:41 |
| gnarface | eh, yea, later. you can create a ~/bin and put it in your path from your login scripts, that's all i was gonna show you | 02:41 |
| gnarface | if you're not gonna use sudo though it might just make more sense to put it in /usr/local/sbin or /root | 02:41 |
| onefang | I use ~/bin to. | 02:41 |
| wato | gnarface: the governor script? | 02:42 |
| onefang | And /usr/local/ for anything good enough for everyone else. | 02:42 |
| gnarface | yea | 02:42 |
| wato | im on it | 02:43 |
| onefang | Coz even a very experienced professional programmer like me will sometimes just whip up a quick and dirty script. Coz sometimes quick beats dirty. | 02:43 |
| onefang | So I forgive whatever mortal sins gnarface may have committed, to which I dare not bare my mind. | 02:45 |
| gnarface | i do a lot with quick and dirty shell scripts and frequently neglect looking for more well-integrated solutions. i'm aware this is a weakness of mine. | 02:45 |
| gnarface | i wouldn't want anyone to think when i paste them a shell script in here that i'm trying to hold it up as a good example of a sound lifestyle choice | 02:46 |
| gnarface | usually it's more just a tongue-in-cheek kindof "well here's what i use if you can't do any better" type thing | 02:47 |
| onefang | I'm a compulsive speed reader, by the time I've figured out I should not be reading something, it's too late. I've learned to stop and think before clicking any link I might be tempted to actually read. lol | 02:47 |
| gnarface | wato: i'm not sure if your stock ~/.profile will have a commented-out example for adding ~/bin to $PATH in the event it exists or not. the very old stock ~/.bash_profile i have did, but it's from several releases ago. | 02:49 |
| wato | .profile says that if bash_profile or bash_login exists, then those are read instead | 02:51 |
| wato | $HOME/bin and $HOME/.local/bin:$PATH are set | 02:51 |
| wato | I think i will set this script later | 02:53 |
| wato | i need to get some rest haha | 02:53 |
| gnarface | have a good one | 02:53 |
| onefang | Rest well. | 02:53 |
| wato | You guys are very kind, thank you for everything | 02:54 |
| gnarface | no problem | 02:54 |
| onefang | You are welcome wato. | 02:54 |
| stribika | Hello, I noticed that su became very slow after a recent upgrade. (also other ways of auth) Based on strace, this is caused by waiting for dbus. But why does su need dbus? There is nothing weird in the pam configs, it should not be talking to dbus. Any ideas? | 15:09 |
| stribika | I figured out that elogind was not starting due to wrong path in the runit script, that's what caused the delay. I still don't understand how or why su does this but at least now it doesnt take 25 seconds doing it. | 15:55 |
| gnarface | stribika: good catch, though runit isn't a devuan-forked package from what i can see. that means it's a debian problem, unless someone can prove it is only happening in devuan. | 16:02 |
| gnarface | (official process for this would be: 1) provably recreate the problem in debian 2) report it to their bug tracker) | 16:03 |
| gnarface | if for some reason it's only happening in devuan then people will need to decide how to approach it | 16:03 |
| gnarface | (based on what it looks like the instigating cause is) | 16:04 |
| gnarface | stribika: was it in the stable release? or one of the later ones? | 16:05 |
| stribika | I didn't even know debian still had runit support. I'll try to recreate in a vm and report it to them. | 16:06 |
| stribika | No im on testing | 16:06 |
| stribika | excalibur | 16:06 |
| gnarface | i think that the word is officially they do still support all the init systems like we do, it's just that in practice you find huge swathes of their software impossible to use without systemd due to a few critical packages most the desktop software depends on | 16:07 |
| gnarface | so if you do report this to them, don't be surprised if you get the run around or even met with outright hostility | 16:07 |
| gnarface | (they might fix it too, just don't hold your breath) | 16:08 |
| gnarface | obviously if it's bad, it or whatever the actual instigating packages is, could be a candidate for getting a devuan fork, but also the maintainers here will be very judicial about taking on extra workload by adding more forked packages that aren't currently forked | 16:09 |
| gnarface | if the problem actually proves to be fixable by changing elogind in some non-harmful way though, i'd say there's a good chance it'll get fixed quickly | 16:10 |
| gnarface | (at this point i don't know any more about it than you to though, so i can only speculate) | 16:10 |
| gnarface | and since it's testing there's every possibility that whoever broke it will just fix it on their own | 16:10 |
| gnarface | (eventually) | 16:10 |
| gnarface | if it's also happening in stable though, that's a bigger deal that will get more attention | 16:11 |
| gnarface | (note thoguh that these statements are based on observation, not any actual authority to influence events) | 16:12 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!