drdozer | devuan | 11:33 |
---|---|---|
drdozer | hi - when I have google-chrome running, it prevents my screens sleeping. When I shut chrome down, my screens sleep. Is there a work-around for this? | 11:34 |
drdozer | either an actual fix, or to blacklist chrome from being able to block screen sleeping? | 11:34 |
drdozer | I am running plasma/kde | 11:35 |
drdozer | obviously, closing down chrome and loosing all my sessions is not really an option | 11:44 |
drdozer | chrome allows the screensaver to come on, but not the monitor sleep power management | 11:47 |
onefang | Not sure about chrome, but other software that uses SDL tends to do that. I set the environment variable - | 11:52 |
onefang | export SDL_VIDEO_ALLOW_SCREENSAVER=1 | 11:52 |
onefang | But now I'm off to sleep. | 11:52 |
brocashelm | i guess sudo will eventually force an install of a "daemonless" systemd binary package? | 18:36 |
golinux | How is that statement a support issue? | 18:37 |
brocashelm | ...it's a support issue because i'm using a non-systemd distro and the latest unstable version of sudo is forcing me to install systemd-standalone-tmpfiles? | 18:38 |
golinux | So actually DO someting for Devuan and find a way to fix it | 18:40 |
golinux | Complaining does not get things done . . . | 18:40 |
brocashelm | it's not complaining... | 18:41 |
brocashelm | i am, by leaving feedback. that helps make something better | 18:41 |
golinux | For SOMEONE ELSE to make it better . . . | 18:41 |
brocashelm | a comment is not "complaining" | 18:41 |
* golinux can't get through the density | 18:42 | |
brocashelm | tone is very important here | 18:42 |
golinux | So is code | 18:59 |
djph | mornin' (UGT) | 19:59 |
FilipZ | gnarface: Sorry for answering only just now. I marked the connman related packages for removal, and after removing, after the network-manager installation, I made apt autopurge & apt autoclean, so I was sure that it should be cleared. What could be left, what could cause this symbolic link to be reverted to the previous state, then? rwp: I didn't upgrade anything instead of just installing the network-managers, its default dependen | 20:42 |
FilipZ | and nm-tray. I did apt autopurge & apt autoclean after this to get rid of anything possibly related to connman. I only had to change the broken symbolic link after this, but it got reverted after starting the next system session. I don't remember doing a general upgrade in that time, so I am surprised that display managed changed and that this new login GUI is buggy at that. How can I try to fix it, then? | 20:42 |
gnarface | FilipZ: i don't really know for sure.... like i said i don't use either of those pieces of software. obviously something left behind is doing it still, maybe related to a dhcp client or wpa_supplicant configs. you can find the package of a installed file with "dpkg -S [filename]" but it doesn't work for auto-generated files. | 21:20 |
gnarface | FilipZ: maybe check the connman documentation | 21:20 |
rwp | FilipZ, I never go *to* network-manager. I am always converting away from it. And I have often run into similar problems to what you describe. | 21:22 |
rwp | The topic space really is impossible to describe in IRC one-liners. It really needs about three chapters of a guide article to cover. | 21:23 |
rwp | Among things though one needs to double check "dpkg -l | grep -e network-manager -e connman -e wicd -e resolvconf" and other things ensuring that they have what they want and do not have what they do not want. | 21:25 |
rwp | Then sometimes I will remove /etc/resolv.conf to ensure that no lint or cruft was left behind. | 21:25 |
rwp | Then a reboot is often required so that everything is reset to a known state and started fresh. | 21:25 |
rwp | Then react to what is happening. | 21:25 |
rwp | Also if you have a local caching nameserver such as bind9 or unbound or dnsmasq then look at their /etc/default/bind9 et al files and verify that their options are set correctly. | 21:26 |
rwp | Personally I install resolvconf on mobile devices using dhcp and purge resolvconf on servers with static IP assignment. | 21:27 |
gnarface | oh yea, could be resolvconf too maybe | 21:30 |
gnarface | the fact it's symlinking might be a clue | 21:30 |
gnarface | the other dhcp client clobbers the resolv.conf file | 21:30 |
gnarface | (with a generated file, not a symlink) | 21:31 |
rwp | Since I never use network-manager I don't know how it and resolvconf interact. If /etc/resolvconf is being replaced with a symlink to network-manager space then that is a clue that NM does not play well with others and one must remove all of the others. | 21:31 |
gnarface | FilipZ: if you want to fix the real problem though (the random disconnects), all that worked for me was changing the kernel on the router | 21:32 |
gnarface | (and its hardware device) | 21:32 |
rwp | I am experimenting with WiFi *without* a helper utility like NM or connman. I find that WPA using wpasupplicant is always reliable. I find that open WiFi Access Points that just tell the Linux kernel to connect to them are unreliable. | 21:34 |
rwp | Some open non-WPA unencrypted Access Points are always reliable and some glitch and disconnect randomly. | 21:34 |
rwp | When using the Linux kernel to connect to open WiFi Access Points this causes a connection drop. And since there is no manager nothing reconnects them. | 21:35 |
rwp | As opposed to WPA where wpasupplicant reconnects automatically. | 21:35 |
rwp | What you describe FilipZ sounds like what I am seeing for this Linux kernel connect to an AP where it glitches on some APs and drops out. | 21:36 |
rwp | Basically for me if I connect to one coffee shop WiFi Access Point that AP is always 100% reliable. But at a different coffee shop that other AP is always glitching and dropping the connection. The difference is the WiFi AP difference. | 21:37 |
ibanja | in gdisk under partition types there are different partition IDs for /home (8302), /var (8310) and others. What is the advantage or reason for this over just using 8300? | 23:54 |
gnarface | doesn't each partition id have to be unique? i'm not familiar with gdisk though | 23:56 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!