Hello:

For the longest time more or less the same was said of Xorg-server.
But there it is, born again so to speak.

https://xorg.freedesktop.org/archive/in … 1.1.tar.gz

Reminds me of reports of deaths being greatly exaggerated ...  8^D

This thanks to someone (Povilas Kanapickas) who stepped up.
And despite this dumb Python2 decision, I believe Wicd will also survive.

Apparently SLiM (ArchWiki) it is not fully compatible with systemd, including logind sessions.

It is an excellent example of Linux philosophy, I like it much more than any of the other DMs I have tried.
ie: lightweight, easy to configure, requires minimal dependencies and is independent of the DE: ticks all the boxes.

SLiM works for me on Devuan so that's what I use.
I recall that installing SLiM solved all the auth/log-in issues I was having in Devuan by not having a DM.

--> I think it should be the default Devuan DM.

I have read that GhostBSD 10.3 dropped GDM in favour of SLiM back in 2016 and is still there.
See http://www.ghostbsd.org/10.3_enoch

Hopefully someone will eventually step up and update it so it can be used with non-systemd distributions.

Use a systemd distro?
Then use one of those other bloated DMs.

If I cannot have it in the future, I'll just opt for not using a DM and see how I manage to work things out.

Best,

A.

Hello:

No.
Sorry if I was not clear.
Too early or too late, can't recall. 8^|

I had a long unused Devuan ascii (VBox) virtual machine on my U24 and managed to install Pi-Hole v5.6 on it.
I found a video on line with instructions on how to do it on Ubuntu Server (roughly same thing) and the run it as a recursive DNS server.

https://www.youtube.com/watch?v=FnFtWsZ8IP0

You have to watch it a few times to get a grasp of it, especially if you have not done it before but it is roughly all there.
The chap talks a bit fast, you'll have to do some stop/backwards with the video feed and strain your eyes a bit.

It does involve a no-no: an automated install script from the Pi-Hole website but you have alternatives if that makes you feel unsafe.

Installing Pi-Hole on Devuan ascii was quite straightforward although it is not a supported OS, you just have to override the initial OS check.
Instructions are on-screen when you run the script.

Then you have to install unbound for the DNS server bit.
Find it on the Devuan repository.

I then set the Devuan ascii virtual machine to start at boot and that's about it.
See https://pgaskin.net/linux-tips/configur … autostart/

A small side effect is that my box's boot sequence lags for a shortish while when the system starts the MTA.
This is due to a failed reverse DNS lookup that Exim4 is attempting at boot and happens because the DNS running on the virtual machine is not up yet.

Haven't found a suitable solution for that yet.

------
EDIT I:
It's an exim4 caused problem.

Solution to that here: https://dev1galaxy.org/viewtopic.php?id=4672
------

As for how Pi-Hole works, it seems alright but there are quite a few things that require uBlock to remain in my browser (Pale Moon).
You Tube adds is one of them.

I still have to dive into Pi-Hole fine tuning, just a question of time.

------
EDIT II:
Fine tuning was basically disabling the Pi-hole cache and letting the Unbound DNS do that job on the VM.

See: https://medium.com/nerd-for-tech/recurs … a766d4f703

As for You Tube ads, it seems that your best bet would be uBlock.
------

Some things are supposed to be intercepted/sunk by Pi-Hole but they still show up as blocked by uBlock, have to do dome research on that.

------
EDIT III:

The reason to that is that while Pi-hole just blocks requests to ads, uBlock still thinks that there are ads to be blocked, even though they were blocked by Pi-hole. Pi-hole can't modify the web site that you see, so it can't signal to uBlock that an ad is blocked.

The only way for uBlock to know that Pi-hole blocked an ad is to see if the ad's image/resources are missing.
Otherwise, uBlock sees that there's a match against their filter, even if it's already blocked, and tries to block it.
But that means it is blocking an empty element.
ie: already blocked by Pi-Hole.
------

Thanks for your input.

Best,

A.

Hello:

+10
Because there is none.

But most important: the OPs original question has_already_been_answered (very wisely) by one of our admins.

As far as I am concerned, golinux's answer was more than enough.
What else was needed?

I cannot believe time and resources are still being wasted on this thread, three pages long and started eight months ago.

A thread to justify/question Devuan's existence and what it stands for?
Absurd.

A.

Hello:

This is what I have installed:

groucho@devuan:~$ apt list | grep installed | grep ud
--- snip ---
udev/oldstable,now 1:3.2.9+devuan4 amd64 [installed]
udiskie/oldstable,oldstable,now 1.7.7-1 all [installed]
udisks2/oldstable,now 2.8.1-4+devuan1 amd64 [installed,automatic]
groucho@devuan:~$ 

But none of these are listed as dependencies for PCManFM.

Now that I know what is going on, it is not much of a problem, but I do consider it to be a bug.

Thanks for your input.

A.

Hello:

Ahh ...
That accessibility.

Thanks for clearing that up for me.
So many things one takes for granted in life ...  8^|

Good to know.

The Devuan Package Information page shows this:

And the wicd home page says:

The previous entry in the Announcements was from 2014-12-21, almost seven years ago.
Seems more like a coma than deep sleep.

I'm in no hurry to leave Beowulf, so I can wait.

Thanks for the heads-up.

Best,

A.

Hello:

Bump ...

Posted to the PCManFM sub-forum at LXDE and the only answer received suggested I was probably posting to the wrong forum as Devuan Beowulf installs with Xfce and not lxde (!!!) and directed me back here.  8^D

https://forum.lxde.org/viewtopic.php?f= … e85d2bfbd0

Thanks in advance,

A.

Hello:

Interesting ...

Thanks.
I'll give it a read.

I guess (?) you could write up a script, save it to /usr/local/bin/ and put it in your /etc/rc.local so it will run.
eg: this is the stuff I have in mine, with comments.

groucho@devuan:~$ cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
#
# to set all /proc/acpi/wakeup entries to 'disabled'
# no wakeup from S4 for anything
# does not survire reboot that's why it is here
# see https://dev1galaxy.org/viewtopic.php?pid=29113#p29113
#
/usr/local/bin/acpi_wakeups.sh
#
# to disable wol via ethtool at boot
# does not survire reboot that's why it is here
#
# /sbin/ethtool -s eth0 wol d
#
# 20210602 - changed for script in /usr/local/bin
# see https://dev1galaxy.org/viewtopic.php?id=4349 
#
# /usr/local/bin/no_wol.sh
#
# e1000e module is now patched to disable WoL
# see /usr/src/e1000e-patch 1001
groucho@devuan:~$ 

Nah!
Try the rc thing, should work.
The trick is to write the script with the correct syntax.  8^|

Best,

CIV

Hello:

I run Beowulf on a backported kernel, Xfce and a three monitor setup:

Linux devuan 5.10.0-0.bpo.3-amd64 #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11) x86_64 GNU/Linux

It uses two Nvidia FX 580 (G96GL) cards and Nvidia proprietary legacy drivers.

I set up my xorg.conf file with DPMS set to disabled:

Section "Screen"
    Identifier     "ScreenLeft"      <- same for "ScreenCenter and "ScreenRight" 
    Device         "DeviceLeft"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "DPMS" "False"
    SubSection     "Display"
        Depth       24
        Modes      "1280x1024"
    EndSubSection
EndSection

 
This is clearly reflected in /var/log/Xorg.0.log:

groucho@devuan:~$ cat /var/log/Xorg.0.log | grep -i dpms
[    33.335] (**) Extension "DPMS" is disabled
groucho@devuan:~$ 

In addition to all this, if I run Applications -> Settings -> Screensaver (XscreenSaver 5.42) I get a pop-up that says   

My three monitors are 2x SyncMaster 940n + a Dell P1914S in the centre.

One would think that none of them would blank at all, no?

Well, one of the SyncMaster 940n units ("ScreenLeft" in xorg.conf) turns off after a while.   

No idea why and does not really matter but ....

Best,

A.