nemo | https://news.ycombinator.com/item?id=27649342 HN systemd flamewar | 00:32 |
---|---|---|
nemo | basically | 00:32 |
mason | Better in #devuan-offtopic | 00:41 |
parabyt1 | can someone please explain to me what mechanism is causing my laptop to suspend when i close its lid? | 01:19 |
parabyt1 | i have removed xorg and everything graphical related via apt purge * etc etc | 01:19 |
parabyt1 | i want to use the laptop as a small server in my closet with its display closed | 01:19 |
pedalo | parabyt1: if i recall correctly it's handled by elogind, edit /etc/elogind/logind.conf and make it HandleLidSwitch=ignore | 01:21 |
rwp | parabyt1, What is your Desktop Environment? These days the DE is the main handler for power events. | 01:38 |
rwp | I'm not fond of that though since it means every DE is different and unique. No single place to document it. | 01:39 |
rwp | parabyt1, If using XFCE then open the start menu and go to Settings, then Power Manager, and the dialog there has settings for action on lid close. | 01:46 |
parabyt1 | i am using no desktop or have xorg installed | 01:50 |
parabyt1 | pedalo, i will take a look at logind.conf thank you | 01:50 |
rwp | parabyt1, Does "or have xorg installed" mean that you don't have X installed? That's fine. Just clarifying. | 01:51 |
rwp | I look on my Beowulf laptop and I don't have elogind installed. I don't have that file on my system. | 01:52 |
parabyt1 | no xorg installed | 01:52 |
parabyt1 | perhaps its a bios option | 01:52 |
rwp | Maybe. But I think not likely. I also often work on the Linux virtual console screens. I think it would be something different. | 01:53 |
rwp | Possibly something in the ACPI subsystem. | 01:53 |
mason | parabyt1: With no X, you want to look at pm-utils | 01:53 |
parabyt1 | ah thanks mason i will take a look tomorrow | 01:53 |
parabyt1 | just annoying i want the display closed | 01:54 |
rwp | parabyt1, Also look to see if you have acpi-support-base and acpi-support installed. Look for /etc/acpi/events/lidbtn action setting. | 01:54 |
rwp | I don't want the laptop to suspend or hibernate on lid close either as I will be using it logged in with ssh to other systems. | 01:55 |
parabyt1 | in my instance the old laptop is used for tvheaddend | 01:56 |
rwp | I do want the display to turn off with the lid closed though. But that's it. | 01:57 |
parabyt1 | i have made notes of everything i have been told here, i will have the afternoon free tomorrow i will take a good hard look at it | 01:57 |
rwp | I am actually logged into my laptop and typing here from my desktop. Therefore: rwp@angst:~$ cat /proc/acpi/button/lid/*/state -> state: closed | 01:57 |
parabyt1 | fantastic rwp is that cause you made the modification or is that working like that stock? | 01:58 |
rwp | parabyt1, Good luck tomorrow. The problem isn't that there is a way this is happening. The problem is that there are several possible ways this is happening. | 01:58 |
parabyt1 | thank you rwp | 01:59 |
rwp | Honestly this particular machine has a long history, it was installed as Debian Jessie, therefore I don't remember now. | 01:59 |
rwp | It's Beowulf now but I look in my etckeeper git logs and find /etc/systemd/logind.conf modified in 2017 for HandleLidSwitch=ignore as pedalo suggested. | 02:01 |
rwp | But for me /etc/systemd/logind.conf is modified and I don't have /etc/elogind/logind.conf nor elogind nor logind installed. | 02:01 |
pedalo | strange, i have it on my devuan laptop | 02:02 |
rwp | Mine was installed as Debian Jessie, upgraded to Stretch, upgraded to Devuan Beowulf. | 02:03 |
rwp | So likely the difference between having a version installed and having upgraded to the version. | 02:03 |
rwp | In these last two releases I haven't been as rigorous as I normally am for "normalizing" an upgrade to what would be in a pristine installation. I've been slack. | 02:04 |
parabyt1 | iv had a few beers but iw ill take a look now as i see there is curiosity here | 02:09 |
Xenguy | rebooted the kernel and no wireless connection over wifi, great | 02:24 |
Xenguy | no fucking clue, and back on the wired connection | 02:25 |
Xenguy | Actually it was connected, but no DNS | 02:25 |
rwp | Xenguy, Check /etc/resolv.conf for where your DNS is getting resolved. Is it something local? Or does it point to your WiFi Access Point router? | 02:28 |
parabyt1 | okay | 02:28 |
parabyt1 | i tried <pedalo> parabyt1: if i recall correctly it's handled by elogind, edit /etc/elogind/logind.conf and make it HandleLidSwitch=ignore | 02:28 |
parabyt1 | that worked | 02:28 |
parabyt1 | thanks everyone for your help | 02:28 |
parabyt1 | rwp, the above solution worked | 02:28 |
rwp | parabyt1, Excellent! Thanks to pedalo for the correct solution! :-) | 02:29 |
rwp | Xenguy, Just two days ago I was helping an older couple of friends in person in the physical world and their machine was okay but their router had flaked out. | 02:30 |
rwp | I power cycled their router and then everything returned to normal functioning. | 02:30 |
rwp | parabyt1, pedalo, I need to see why I don't have elogind installed. Though obviously I haven't been missing it... | 02:31 |
Xenguy | rwp, I rebooted before visiting familiar public wifi, and the problem began, hoping things will just work themselves out | 02:32 |
pedalo | rwp: that may be because you upgraded and never made a clean install | 02:33 |
rwp | pedalo, Used to be that I was very aggressive at comparing upgrades to pristine installations and manually ensuring that they converged. But I have been lax about doing that the last couple of releases. Lack of motivation due to much of the vitriol. But Devuan's optimism is doing good and is motivating me again. | 02:34 |
rwp | Xenguy, I would still start at /etc/resolv.conf and see where it is pointing. Track through DNS problems starting there and seeing where it leads. | 02:35 |
rwp | A time honored workaround hack has been to forcibly place a known good nameserver in that file (possibly making it temporarily immutable to hold it) while working through problems. | 02:36 |
Xenguy | Yeah, immutable already, and pointing to unbound, not sure what the trouble is | 02:37 |
Xenguy | Working fine before the reboot | 02:37 |
rwp | Do you have any custom configuration in /etc/unbound/unbound.conf.d/* ? (I do so I wonder...) | 02:38 |
Xenguy | Don't believe so | 02:38 |
rwp | It's possible for public WiFi to block DNS queries on port 53 domain from clients. I have seen that before. | 02:38 |
Xenguy | huh, well it'll all come out in the wash I'm sure | 02:39 |
rwp | I mean from clients to the global Internet. Allowing them *only* to their own nameservers. | 02:39 |
rwp | When they are trying to capture and corral users into a pen and keep them from escaping it. | 02:40 |
rwp | When I am on those networks then I will typically use 'sshuttle --dns -r myserver.example.com 0/0" in order to tunnel my dns out through my own servers. | 02:41 |
fling | will not lxd get packaged any time soon? | 09:24 |
rwp | fling, Since the release is mostly frozen preparing for release it won't happen before the next release happens. | 09:24 |
fling | rwp: sure but will it happen after the release? :D | 09:28 |
rwp | fling, Here is the ticket tracking the progress of it. https://bugs.debian.org/768073 | 09:29 |
rwp | Reading it shows a long tale of problems with trying to package it. Since 2014! | 09:30 |
fling | there are all these nasty bundled deps | 09:31 |
fling | atleast no sqlite replication pacth needed anymore | 09:31 |
fling | and no extra patches for raft, and libco, libco also not a dep anymore | 09:32 |
fling | but all this filtry go cruft! | 09:33 |
fling | rwp: so not going to happen any time soon right? :D | 09:33 |
fling | can I help packaging somehow? | 09:33 |
fling | I did a bunch of gentoo ebuilds including lxd | 09:33 |
rwp | fling, It seems that you should be able to install it as a snap. https://linuxcontainers.org/lxd/getting-started-cli/#snap-package-arch-linux-debian-fedora-opensuse-and-ubuntu | 09:36 |
fling | rwp: is not snap considered illegal on devuan? | 09:36 |
rwp | Certainly not illegal. Meaning unlawful. I doubt there is a law against it. | 09:37 |
rwp | But perhaps problematic if it is entangled with systemd. Which it might be. I don't know. | 09:37 |
rwp | In any case good luck with your journey fling. It is much too late for me to be awake now. Past time for me to sleep... | 09:38 |
fling | Ok, I will try, it feels dirty | 09:38 |
fling | rwp: thanks, good night. | 09:39 |
tpefreedom | hi | 17:15 |
fsmithred | if you have a question, ask it. If you want to socialize, check out #devuan-offtopic. | 17:17 |
junicchi | why there is no mysql5 in official repositories | 17:51 |
zgu | probably replaced by mariadb | 17:52 |
golinux | rwp: For your future reference: https://pkgmaster.devuan.org/bannedpackages.txt snapd seems to be on the list | 19:37 |
rwp | Thanks golinux. Bummer! But not surprising. | 19:37 |
golinux | But then that grid is very cryptic to me because the definition of the controls quickly scrolls off-screen and I can't remember which column is which | 19:38 |
golinux | I much preferred the old "analog" presentation | 19:39 |
golinux | rrq is just too clever . . . | 19:39 |
rwp | Right. And covering multiple releases is also conflating. I would prefer to have one file per release. | 19:39 |
golinux | Left an interesting link for you and GoatAvenger ihbOT | 19:41 |
golinux | in OT | 19:41 |
jyri | hi, has anyone dealt with trying to get a bluetooth headset working? I run to a problem that Pulseaudio needs oFono and that needs ofono-phonesim to get it working but we don't have the phonesim package available | 20:45 |
jyri | should I just ditch PulseAudio and go with the Alsa way? | 20:47 |
nixpipe | jyri, this might be controversial here, but try pipewire | 20:47 |
nixpipe | it's basically the wayland of audio nowadays | 20:47 |
jyri | thanks, I'll have a look | 20:49 |
golinux | jyri: Or try apulse | 20:58 |
golinux | https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=apulse | 20:59 |
golinux | Much simpler solution. | 20:59 |
zgu | or pipewire maybe? | 21:23 |
jyri | does anyone have a working bluetooth headset in Devuan? :D | 21:33 |
jyri | alsa seems to require bluez-alsa package and pipewire pipewire-pulse packages, both nonexistent :) | 21:35 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!