Guest6798 | looking for GRUB install for devuan distros, | 00:04 |
---|---|---|
Guest6798 | Three diff distros tried, all failed to install GRUB. | 00:06 |
Guest6798 | All three demos work fine from ISO boot. | 00:06 |
Guest6798 | Suspect DELL laptop BIOS? Boot msg 'access restricted' ???🤠️ | 00:10 |
Guest6798 | ⌛️ | 00:24 |
gnarface | if Guest6798 comes back tell them it's probably some efi or secure boot issue, yes. there's a fix... | 06:20 |
debdog | I wish I had gnarface's patience | 06:29 |
al1r4d | lack of patience, way of failed life :)) | 06:37 |
user67875 | Hi | 11:41 |
user67875 | How to remove notebook lid close to turn off pc? I use ctwm and daedalus. Debbootstraped | 11:41 |
djph | user67875: i turned off the lidswitch state check thing ... hang on, lemme find my notes. | 11:51 |
user67875 | How can it be editrd? In etc directpiry ? | 11:52 |
user67875 | Daedalus | 11:52 |
user67875 | Arm64 pbpro | 11:52 |
djph | Well, for me, I had to do it via /etc/acpi/wakeup, as well as somewhere else (basically, "no computer, there's no lid switch at all...") | 11:55 |
djph | ah, (1) grep PWRB /etc/acpi/wakeup ; should say something like "platform:PNP0C0C:00" (note: this ID is somewhat mfg specific; might need 'grep enabled /etc/acpi/wakeup' ) | 11:58 |
djph | (2) echo PNP0C0D:00 > /sys/bus/acpi/drivers/button/unbind | 11:59 |
djph | (3) if it behaves, add the command from (2) to /etc/rc.local | 12:01 |
djph | user67875: ^^ | 12:01 |
user67875 | Why the hell lid closes shutdiwn, it is not systemd nornally? By the way | 12:12 |
djph | lidswitch here would suspend, not shut-down | 12:24 |
djph | although acpi-suspend is kind of a moving target that doesn't always work ... | 12:25 |
rbmarliere | 41 | 17:01 |
djph | rbmarliere: no, that seems to be the wrong answer. | 17:06 |
unixman_home | 42 | 17:08 |
firefly2 | fourty two? sounds familiar | 17:19 |
tarxvfz | I think fourty two is exactly the answer of the question for life, universe and everything else? -- see Douglas Adams... | 17:22 |
* gnarface points to #devuan-offtopic | 17:22 | |
djph | oops | 17:23 |
firefly2 | what's the main reason for running devuan? is it hate for systemd? | 17:25 |
djph | hate? no, that requires effort. | 17:25 |
rustyaxe | preferring a system that actually works how i set it up to, not does what it thinks i want it to? | 17:26 |
gnarface | the main reason is compatibility | 17:26 |
gnarface | particular old expected behaviors | 17:26 |
gnarface | but security and performance are also objectively good reasons | 17:26 |
gnarface | and also it's offtopic | 17:27 |
rustyaxe | two things for me- first off i dont trust the security of systemd and its millions of lines of code; secondly, i'd rather not have to fight with my devices to get them to *always* behave how i tell them; systemd seems to think it knows better than the admin in many cases | 17:27 |
rustyaxe | Nice thing in devuan is, get to keep the nice bits of debian while avoiding that mess | 17:27 |
firefly2 | i i hear you. | 17:28 |
rustyaxe | after updating testing recently, i lost the ability to set my screen backlight brightness with the slider in xfce power manager; i can manipulate /sys/class/backlight/intel_backlight/brightness directly and change it | 17:30 |
gnarface | maybe that path has changed? | 17:32 |
mason | Almost certainly usrmerge fallout. | 17:35 |
mason | rustyaxe: If you can figure out what process XFCE is using to manipulate the /sys knob, it'd be super useful to strace it, which will make whatever bad assumption it's making pop right out. | 17:37 |
rustyaxe | interesting | 17:38 |
rustyaxe | kill -9'ing the /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-2.0 process it restarts automatically; it works after that- but the initial start of it on logging in doesnt. Lol | 17:39 |
rustyaxe | For another day to deal with i suppose | 17:39 |
gnarface | check permissions too | 17:40 |
gnu_srs | I volunteer: LeePen? | 22:22 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!