You are not logged in.
That is good. I lurk around on the devuan channel, and occasionally chime in there, but it's great to have a channel for users, vs. devs.
I see no problem with account activation.
As someone who has been using the Internet since before it was the Internet (I was on ArpaNet back in the day), I must say that the Web has become a cesspool. A classic case of 'the Tragedy of the Commons'. I wish I had the smarts to come up with a solution to the pollution. It seems there ought to be a way to find these a**holes and prosecute them to the max. Except, freedom. Oh well.
Interesting. Maybe I'll check out the conversation on bot.bot.
I just posted a quick how-to on the sleep button fix over in the Documentation section. If you get a chance to look at it, please et me know if you think it needs anything...
sgage wrote:I will write it up soon and post in Documentation. If nothing else, you can have endless fun making the 'special buttons' do whatever you want...
Well, I won't be doing that but there are others who might want to.
sgage wrote:Yes, I'd be interested in learning something about all that systemd junk...
Here are the first few nibbles. Probably more to come as I pinged jaromil, nextime and Centurion_Dan . . .
<KatolaZ> golinux: those should be systemd-related scripts installed by other packages
<muep> it is usually harmless for a package to ship a config file for something that is not installed
<golinux> muep: If a package is not installed, why would related config files be sucked in for a non-existent purpose?
<muep> golinux: because packages include those files for the cases where they are installed alongside the thing that does not happen to be present
<muep> and because devuan is using debian packages as-is where they are suitable
<KatolaZ> golinux: and because we should not make the same mistake that all the distros have done
<KatolaZ> i.e., making it impossible to use anything else
<KatolaZ> if a package has scripts for runit or openrc or systemd, why should we remove them?
<KatolaZ> those script will never be executed if runit, openrc, or systemd is not installedThe conversation continues here on botbot.
How to make the 'sleep' button work if yours doesn't
One small issue that I'd been having with Devuan Jessie since I first started using it last October was that the sleep button didn't do anything. The sleep button works fine in Debian Jessie, and I suspect that upower now expects some systemd component or other. BTW, this is an ancient (2008) Compaq Presario, Dual Pentium @ 2 GHz, 4 GB RAM rig. It runs beautifully.
Typing 'sudo pm-suspend' in a terminal worked fine, so I knew that the basic sleep functionality was there. At the suggestion of ralph.ronnquist in the Hardware and System Configuration forum I decided to see if I could come up with an acpi event handler to invoke a script to run pm-suspend.
First I wanted to confirm that the sleep button was indeed generating an acpi event, so I ran acpi_listen and pressed the sleep button. Sure enough, it showed 'button/sleep SBTN 00000080 00000000 K'.
Then I went to /etc/acpi/events to make a handler for this event. There was one there already for the power button (powerbtn-acpi-support), so I just copied and modified it for my sleep button, cleverly named 'sleepbtn-acpi-support', containing the following:
event=button[ /]sleep
action=/etc/acpi/sleepbtn-acpi-support.shThen I simply made the sleepbtn-acpi-support.sh script in /etc/acpi, to whit:
#!/bin/sh
# This script calls pm-suspend when the sleep button has been
# pressed.
# Normal handling.
/usr/sbin/pm-suspendThat's it. Reboot, or restart the acpi daemon, and voila! A press of the sleep button now sends my computer to sleep! I had the same issue with Devuan Ascii, and the same fix applies.
Of course, now you know how to make the sleep button do whatever you want ;-)
what version of mate have on you pc?
Standard Devuan Jessie - MATE 1.8.1
The same issue occurs in Ascii (where I am right now) - MATE 1.16.1
sgage wrote:I was able to whip up a simple acpi event catcher and script to have the sleep button work.
Perhaps you could share your fix in Documentation?
sgage wrote:I did notice, in my poking around, that there is a lot of systemd stuff in /etc/systemd/system, /lib/systemd, and /var/lib/systemd. What's that all about? Or did it get sucked in by something I installed maybe?
I also have these components installed and found it 'disturbing'. That question has been asked before - maybe by me - but I can't remember the answer. LOL! I'll throw it up on #devuan and see who bites . . .
I will write it up soon and post in Documentation. If nothing else, you can have endless fun making the 'special buttons' do whatever you want...
Yes, I'd be interested in learning something about all that systemd junk...
I was able to whip up a simple acpi event catcher and script to have the sleep button work.
I did notice, in my poking around, that there is a lot of systemd stuff in /etc/systemd/system, /lib/systemd, and /var/lib/systemd. What's that all about? Or did it get sucked in by something I installed maybe?
If the button results in an ACPI event, you could deal with it through that: a "rules file" in /etc/acpi/events to recognize it and map to a script, and that script invoking pm-suspend, habitually placed in /etc/acpi.
I'll see if I can cobble something together.
BTW, many thanks everyone for the input/suggestions!
Do you have upower installed? That used to be the solution but may not be going forward. There is history in the botbot logs.
Yes, I have upower installed. It seems that the latest version of upower dropped support for some hardware - it let's systemd handle it.
Does suspend work from the logout menu?
I don't see a suspend option. I am running MATE. If I select log out, it just logs me out to the greeter screen to log back in again.
Pressing the 'sleep' button on the keyboard of my Compaq Presario desktop doesn't do anything. 'pm-suspend' works fine - the machine sleeps and wakes properly.
The sleep button does work properly in Debian Jessie.
fanderal, I agree with you 100%. What happened with Debian was very sad, and very troubling. The Windows-ification of Linux distros is proceeding apace, and we are indeed fortunate to have the Devuan project and folks...