| blizzow | I just wiped poopOS from my machine and restored my home directory from a backup. One thing I'm kind of in need of is gnome authenticator. Doesn't seem to be available in repos. | 03:49 |
|---|---|---|
| blizzow | Is there a reason why a gnome core app isn't available? | 03:51 |
| onefang | I see gnome-authenticator in Devuan Beowulf, but not in Chimeara. You should ask Debian why they removed it. | 04:00 |
| onefang | Is it really a CORE gnome application? Maybe it got moved into some other core gnome package if it's core. | 04:01 |
| onefang | Oh wait, it's in Chimeara. I had forgotten that oldstable is now Chimaera, not Beowulf. lol | 04:04 |
| onefang | Soooo, which Devuan version are you using blizzow ? | 04:04 |
| blizzow | onefang, Daedalus. I was trying to deboostrap ceres but couldn't get past cpio/cron and a host of other issues during install. | 04:06 |
| onefang | mmdebstrap tends to work better than debootstrap. Did you try that? | 04:07 |
| blizzow | onefang, I did try mmdebstrap. Did not help. cpio errors abound. | 04:40 |
| blizzow | I'm sort of intent on running my machine with ZFS as the underlying filesystem and using efistub instead of grub or other bootloaders. | 04:42 |
| onefang | Well Ceres is "unstable", which means that sometimes it's broken. This might be one of those times. | 04:51 |
| onefang | I've never tried ZFS or efistub, but I have been using mmdebstrap for my installs. Currently I'm part way through using it to install Daedulas on a qemu VM, with syslinux as the bootloader. No problems for me. | 04:53 |
| u-amarsh04 | blizzow, cpio in unstable recently /usr/merged and moved from /bin to /usr/bin without creating a symbolic link from /bin/cpio to /usr/bin/cpio - I manually added a symbolic link | 05:03 |
| u-amarsh04 | I've been documenting it in https://dev1galaxy.org/viewtopic.php?id=6290 | 05:04 |
| onefang | efistub sounds interesting. It's supported by Debian. Wonder if it works with Devuan? | 05:06 |
| blizzow | onefang, I'm using it as we speak. | 05:20 |
| blizzow | *with devuan. | 05:20 |
| blizzow | Totally works. | 05:20 |
| onefang | Cool. | 05:21 |
| blizzow | I've been tempted to switch to zfsbootmenu instead as it natively detects zfs pools. I could create multiple zfs datasets as separate distro installs and | 05:23 |
| blizzow | attach my /home dataset to any of them. | 05:24 |
| mason | I've used the efi stub off and on. | 06:43 |
| mason | I'm back to GRUB. | 06:43 |
| cousin_luigi | Trying to understand what I could do to handle cpu frequency scaling. | 21:12 |
| cousin_luigi | Well, what I could use at least. I'm not sure about the tools to use. | 21:13 |
| gnarface | everything overcomplicates it, i just wrote a script that plugs values into /sys directly | 21:13 |
| gnarface | many window managers will have a widget for it though | 21:14 |
| cousin_luigi | gnarface: It's a headless machine. | 21:24 |
| cousin_luigi | Is there a tool to figure out what I can change? | 21:24 |
| cousin_luigi | Or what this blasted gizmo supports? | 21:25 |
| gnarface | start with: "cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_governors" and "cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies" | 21:27 |
| gnarface | pretty much everything modern supports these controls, they're defined by which kernel modules you loaded | 21:27 |
| gnarface | however there's a "intel-pstate" alternate implementation, you don't have to use it but if your hardware loads it by default you might need to explicitly disable it first or they'll fight | 21:28 |
| gnarface | unless you want something special you can mostly just change the value in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor to one of powersave, performance, ondemand, or schedutil | 21:29 |
| gnarface | but if you set it to userspace then you can pick a specific frequency from scaling_available_frequencies then set it in uh... scaling_cur_freq i think? | 21:31 |
| gnarface | anyway, they're all text files, you don't need anything special to manipulate them, i usually just use cat and echo | 21:31 |
| gnarface | (basically as i understand it, intel-pstate is supposed to replace all this with something completely automatic you don't have to touch, but people are often dissatisfied with its behavior) | 21:34 |
| cousin_luigi | It's an AMD | 21:45 |
| cousin_luigi | "performance schedutil" for the first cat and "2700000 2500000 2200000 1800000 1400000" for the second | 21:45 |
| cousin_luigi | Apparently I'm using schedutil. | 21:47 |
| gnarface | the frequencies are the speeds, they're in hardware, but performance and schedutil are just the only two of the cpufreq modules you've loaded | 21:47 |
| cousin_luigi | ok | 21:47 |
| gnarface | schedutil is the new default, ondemand was default before that, they're both dynamic, based on load | 21:48 |
| gnarface | performance and powersave are just statically min and max, respectively | 21:48 |
| gnarface | er, max and min, respectively, i meant | 21:49 |
| gnarface | there's some other values in there you can use to tune ondemand behavior more explicitly | 21:49 |
| gnarface | io dpm | 21:50 |
| cousin_luigi | I see there's an amd_pstate too. This machine is used as a router and it idles most of the time. I would like to keep the fan speed down as much as possible. | 21:50 |
| gnarface | you can probably safely just set the governor to powersave then | 21:50 |
| gnarface | it'll stay at minimum clock speed regardless of load | 21:50 |
| cousin_luigi | echo "powersave" > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ? | 21:51 |
| gnarface | yep. the change will not persist through reboot, though a kernel rebuild or maybe even a command-line option can set it, i usually just put an echo in my startup scripts | 21:51 |
| cousin_luigi | echo "powersave" > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor | 21:53 |
| cousin_luigi | Gah | 21:53 |
| cousin_luigi | for i in $(seq 0 3); do echo "powersave" > /sys/devices/system/cpu/cpu$i/cpufreq/scaling_governor; done | 21:53 |
| gnarface | hmm, yea maybe the wildcard isn't gonna work with the > | 21:53 |
| cousin_luigi | gnarface: Is there a specific daemon I could use? I've customised this installation more than I'm comfortable with. | 21:54 |
| gnarface | to just set it to powersave? there's probably something, but off the top of my head i don't know of one | 21:54 |
| gnarface | stick around, someone might | 21:54 |
| gnarface | i would frankly just add that line to your /etc/rc.local though | 21:55 |
| cousin_luigi | Yes, that's probably for the best. | 21:55 |
| cousin_luigi | Any other finessing that might be done? | 21:55 |
| cousin_luigi | Specific modules to load? | 21:55 |
| gnarface | http://paste.debian.net/ | 21:55 |
| gnarface | er, woops | 21:56 |
| gnarface | here http://paste.debian.net/1304547/ | 21:56 |
| gnarface | there's an old userspace daemon, obsoleted, called "powernowd" that was explicitly designed for the early AMD hardware | 21:57 |
| gnarface | i'm still using that, because i couldn't get ondemand to do exactly what i want, even with tweaked parameters | 21:58 |
| cousin_luigi | gnarface: When was it obsoleted? | 21:58 |
| gnarface | i dunno like 2004? | 21:58 |
| gnarface | but if you never want the frequency to change, i don't see much use in it for you | 21:59 |
| gnarface | "powersave" sounds like what you want | 21:59 |
| gnarface | oh, sorry | 21:59 |
| gnarface | yea you have to load that module | 21:59 |
| gnarface | modprobe cpufreq_powersave | 21:59 |
| gnarface | then add cpufreq_powersave to /etc/modules | 21:59 |
| gnarface | sorry, forgot that step | 21:59 |
| cousin_luigi | Anyway, if you don't mind me saying, that script is a bit fragile for it hardcodes the number of cpus | 21:59 |
| gnarface | yea, but also it's so simple even AI should be able to fix it | 22:00 |
| cousin_luigi | gnarface: It's loaded already. Perhaps by something I installed. | 22:00 |
| gnarface | well, you probably want to do a reboot test | 22:01 |
| gnarface | i'm guessing that whatever you did to auto-load it might not persist through reboot either | 22:01 |
| gnarface | you will probably have to add it to /etc/modules | 22:01 |
| blizzow | How do I install current firefox on daedalus? I see firefox-esr but need a more recent version to handle my pre-existing profile. | 22:01 |
| gnarface | blizzow: you don't see regular "firefox" in the repos? check daedalus-backports maybe | 22:02 |
| cousin_luigi | gnarface: I haven't touched that in some time and I don't even have an /etc/modules | 22:03 |
| gnarface | odd | 22:03 |
| gnarface | well, the issue is you said "performance schedutil" were the only 2 loaded ones | 22:04 |
| gnarface | do you see "powersave" in that file now? | 22:04 |
| gnarface | if so, it was something you literally just typed recently that loaded it | 22:04 |
| gnarface | but i can't be sure that'll happen automatically at boot time with just that echo line | 22:04 |
| gnarface | just suggesting you test it | 22:04 |
| cousin_luigi | Yeah, of course. I see /etc/rc.local mentioning an /etc/boot.d : should I put my script in there? | 22:06 |
| gnarface | eh, won't really matter probably | 22:07 |
| gnarface | in the interest of simplicity i usually comment that out and put my stuff directly in /etc/rc.local | 22:07 |
| gnarface | the important part is just that it works and you keep a backup of /etc so you can figure out what you did here a decade later | 22:08 |
| gnarface | i can't imagine why you'd be missing /etc/modules, but maybe just creating it will be enough | 22:10 |
| gnarface | hmm, i also seem to be loading acpi_cpufreq, not sure what that has to do with it | 22:13 |
| gnarface | might not be relevant for "powersave" anyway though | 22:13 |
| cousin_luigi | Ok, my script in /etc/boot.d was not launched | 22:18 |
| cousin_luigi | rc.local is being launched | 22:18 |
| cousin_luigi | run-parts doesn't like something about my script | 22:23 |
| gnarface | maybe the permissions? | 22:23 |
| gnarface | does it say it's executing it or sourcing it? | 22:23 |
| gnarface | honestly i doubt it's worth the trouble | 22:24 |
| gnarface | if it sources it, you don't want the "#!/bin/sh" preamble, but if it executes it, you do | 22:25 |
| cousin_luigi | gnarface: No, it didn't like the .sh eextension | 22:25 |
| gnarface | ah | 22:25 |
| cousin_luigi | ok, after a reboot things seem better | 22:27 |
| cousin_luigi | Thanks and goodnight. | 22:28 |
| gnarface | no problem | 22:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!