True but i guess Debian still decides what options to pass to configure and not just uses defaults though. Anyways in my opinion the most pragmatic approach would be to build a package with the proposed changes and host it at a custom repo (kinda like the old debian multimedia repo) first. If it proves popular and gets a positive response it's likely easier to get it considered for inclusion in the official repos.

Slightly offtopic: If there's enough people wanting to build packages maybe it's worth considering to start a community repo or even some site providing something like Ubuntu's ppas.

Good question. Sadly i don't know but it seems it could also be the thinkpad-acpi kernel module (https://github.com/torvalds/linux/blob/ … d-acpi.txt). Didn't check but i wouldn't be suprised if that is even active before any actual acpi packages get installed. I am just guessing here but in my opinion it's either that or the i915 module as both include brightness controls or very maybe the BIOS but my bet would be on one of the first two.

Well apt-get could always change that http://www.thinkwiki.org/wiki/How_to_co … _lid_close suggests the lid actually has an event. Well at least for closing it seems. If you could figure out how to save the brightness value from /sys/class/backlight and restore on open you'd be golden i'd say.

Any reason for not having acpi? Otherwise i'd try if acpi_listen shows some event relating to lid opening/closing. If there are events binding scripts that either save or restore brightness might work. At least this technique brought my speaker/microphone mute buttons to life by binding amixer one liners.

Agreed but in my opinion Devuan is a pretty good starting point for any interesed person willing to learn. As soon as they get a basic setup running (which should be easy as long as they stick to the options provided by the installer) they will slowly figure stuff out. Biggest hurdle i see is unsupported (specialy network) hardware and i'd rather have them learn on Devuan using properitary software than switch to some other distro or even loose interest.

Exactly. I am getting more and more annoyed with GTK3. GTK2 was great but GTK3... not so much. Still whats the alternative? Pretty much all the applications i use are GTK based and the only other toolkit thats used by more than a handful of applications would be QT anyways

Gotta try it. I am using Equilux right now. Colors are pretty nice but the animations and specialy those scrollbars... ugh. Do no want.

Edit: No idea about window controls on Equilux as that's something my window manager makes sure will always look extremly dated

Oh, so there is already a post concerning this mess. So i guess the best way to deal with this is to follow the steps fsmithred posted?

By the way there is this interesting snipped i stumbled upon at https://bugs.debian.org/cgi-bin/bugrepo … bug=814394

Packages for ceres seem to include PHP 7.1 and 7.2 so you could pull them from there but it would involve some pinning to not upgrade your whole system to ceres and you might run into dependency problems.

Another option is https://deb.sury.org/ (which is the recommended succesor to dotdeb.org for PHP). Just use the script provided at https://packages.sury.org/php/README.txt to enable the repository. Only adjustment that should be needed for Devuan is replacing $(lsb_release -sc) with stretch. No garanties though. The repo is targeting Debian and even while it worked for me on jessie i haven't tried it on ascii yet.

Pretty much this. The huge amount of packages debian has (20k+?) is simply prohibitive for any smaller distribution to just simply take over. Even Ubuntu customizes only a small percentage of packages.

I wonder about that too. I am on X220 and i am not even sure X uses the Intel driver. glxinfo comes up with lots of Mesa this Mesa that but then says it's accelerated and glxgears runs at 60 fps with zero load on the CPU so i guess it's not software rendering. On the other hand messing with the X config to explicitly have a display device that uses driver intel results in kernel messages about "something switch something time out" and basically made my system lock up. Might investigate further at some point but wouldn't mind someone with more experience describe what's considerd an usual setup here either.

To answer my own question: According to https://dev1galaxy.org/viewtopic.php?id=589 it does.

Well not sure if this worked. Reportbug complained about being unable to connect to Devuan BTS (NoNetwork - my network is working fine???) but in the end printed to have sent the report. Nothing visible on the website though. Going to wait a bit i guess. Maybe it takes some time to appear.

Ran into this issue after first upgrade of my devuan setup installed mostly from the beta DVD. What caused it exactly? I don't know. Upgraded kernel? Upgraded X packages (my bet)? I can't really say for sure.

Anyways, searching around yielded posts saying the problem would be related to the xserver-xorg-legacy package and either installing or removing it would fix it. Well, turn out this is already installed on Ascii and removing it changes nothing BUT adding needs_root_rights=yes to /etc/X11/Xwrapper.config actually makes X start. According to the manual page needs_root_rights is by default set to auto so i guess this detection fails somehow?

As far as i understand it the underlying problem seems to be that X needs root rights to init graphics but by default thats now somehow handled by systemd. I guess needs_root_rights=yes is basically synonym to SUID on /usr/lib/xorg/Xorg (at least setting this has the same effect) and somewhere during updates this got removed and coupled with the broken autodetection triggers this bug.

Hope this helps someone who is also baffled why it's desktop suddenly refuses to start.

Edit: https://dev1galaxy.org/viewtopic.php?id=1591 contains more information and points torwards needs_root_rights=yes maybe not being the best way to deal with this.