The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2020-01-20 17:51:42

Well, this is annoying. Stubby is apparently only in Ceres/Beowulf, not the current Ascii release. And of course not in Windows at all.  I was hoping to learn something useful on both Linux and Windows by using unbound in both systems. Looks like I might need to find independent solutions. At least the unbound package from nlnet labs does implement DNSSEC validation in Windows, which is better than the default of accepting the packet but not really checking it.

What I really need, though, is DNS-over-TLS for Linux laptops that does not use DHCP supplied servers. The dnssec-trigger package uses DHCP to get the servers, which is OK for desktops at home but not laptops in public places. I think it can be done with unbound, but I'm going to have to read a lot of documentation. Or maybe I'll just have to wait until Beowulf is officially released and stable.

#2 Re: Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2020-01-19 23:57:38

Where are the config files when you use dnssec-trigger to install unbound? I can find descriptions of how to get unbound to use dns-over-tls but the config files are not where these instructions say they should be. Some sort of strange redirection with symbolic links is used.

#3 Re: Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2020-01-19 21:35:44

After fiddling with dnssec-trigger in Linux and the unbound installer for Windows, all I can say is both seem to install OK and do whatever their default setting tells them to. But I can't tell if they are doing DNS-over-TLS and don't see any information about how to configure either to use it.

#4 Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2019-12-23 21:51:44

Micronaut
Replies: 7

Is anyone using unbound just for their personal system? I don't need to setup a DNS server for anyone, I'm just thinking of getting better security on my own DNS usage. Is the version in the repositories relatively up to date? Is it difficult to setup? Or is there some obvious, simpler solution for getting DNSSEC and DNS-over-TLS on a  personal system?

#5 Re: Hardware & System Configuration » USB Multiboot » 2019-12-23 21:44:16

Unetbootin is not the only bootable USB creator. As far as I know, Rufus can install multiple environments on a single USB stick. But I've never used it that way myself.

https://rufus.ie/

#6 Re: Desktop and Multimedia » Random freezing on desktop » 2019-08-26 20:22:28

Further experiments, this time on an MSI motherboard with the G41 chipset, using an E8600 ("Wolfdale"). This is a "hybrid" system that allowed DDR3 to be used with some of the the older generation CPUs from the DDR2 generation. So far it has not experienced any hard freezes, but this is only the first day. It does experience little 'glitches' where it freezes for just a moment. It's difficult to say if these are not caused by something else. Many things can make your system pause for a moment.

00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 01)
00:1c.2 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 3 (rev 01)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GTX 650] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK107 HDMI Audio Controller (rev a1)
03:00.0 Ethernet controller: Qualcomm Atheros AR8131 Gigabit Ethernet (rev c0)


processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz
stepping	: 10
microcode	: 0xa07
cpu MHz		: 2003.000
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf eagerfpu pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2
bogomips	: 6666.68
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     E8600  @ 3.33GHz
stepping	: 10
microcode	: 0xa07
cpu MHz		: 2670.000
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf eagerfpu pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2
bogomips	: 6666.68
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

#7 Re: Desktop and Multimedia » Random freezing on desktop » 2019-08-23 21:07:12

This is a much older system, and I've not gotten to the point of setting up any VMs yet. smile But who knows, there could be a relationship between the problems since they are so similar.

Just today I've gotten MX Linux 18.3 setup on this system that was having the problems. Now I just need to run it for a while and see if something similar happens. And I'll be installing Devuan Ascii on some other newer systems soon.

#8 Re: Desktop and Multimedia » Random freezing on desktop » 2019-08-22 21:59:29

Well, the freezing has hit again. It's very odd how the desktop becomes unresponsive, but any running processes just continue. When my Gkrellm is visible, I can see the process count skyrocket. If only I could figure out what those processes are being created for.

Now I guess I'll have to try a different distro on this hardware, and also install Devuan on another machine that is a bit newer and see what happens.

#9 Re: Desktop and Multimedia » Random freezing on desktop » 2019-08-18 21:16:38

Now I am wondering if I ought to open a completely different thread. Before resorting to trying a completely different distro to escape the random freezing problem, I decided to experiment with enabling swap. Since modern computers always have plenty of RAM, at least for ordinary desktop use, I have tended to skip the swap partition and just run any Linux without swap at all. But when I edited a swap partition into my Devuan test system and enabled it, things seem to work much better. Haven't had the time to test extensively yet, but it seems to have run for a whole afternoon without any freezing. This seems bizarre, since I've never come close to filling the RAM on this machine, so I don't see how swap would make any difference. But as I have searched around other forums, the discussions (which can get very technical about kernel issues) seem to say that swap is very deeply embedded in how the kernel works and you ought to have at least a token swap partition on any system.

#10 Re: Hardware & System Configuration » PulseAudio? Seriously!? » 2019-08-18 21:08:14

Yeah, I've seen that used in Ubuntu years ago. But wasn't sure how far along the "integration" of all the various components had gone. Systemd is impossible to dispense with now if you want Gnome. Sooner or later I'm going to try purging Pulseaudio and maybe reinstalling ALSA to correct anything broken. Still struggling with some other tweaks, though. smile

#11 Re: Hardware & System Configuration » UPS monitor » 2019-08-18 21:06:09

Well, the online database for the Debian repositories says there is a powstatd for CyberPower UPses. But it doesn't show up when searching with aptitude. On the other hand, the xfce "power manager" is installed by default. It does pop up a message soon after booting about noticing my UPS and that it is charged, but that quickly disappears. How do I get a widget to stay on the task bar where I can check it? There doesn't seem to be anything in the power manager preferences, but there is something or other that keeps a status icon on the task bar in Mint.

#12 Re: Hardware & System Configuration » UPS monitor » 2019-08-13 02:27:39

A Cyberpower UPS is what I have. There is apparently a Cyberpower driver in the Debian repositories, but I'm not running my Devuan install right now. I'll be looking for it next time I boot Linux.

#13 Re: Hardware & System Configuration » UPS monitor » 2019-08-12 04:02:50

Yeah, I found that in the repositories. But for some reason it's accessed through a metapackage named ups-monitor and simply putting that name on the command line causes aptitude to complain and refuse to install it. There are two packages, apcupsd and nut-client, and I have to "choose" one. Not sure what that means with a metapackage. Additional command line arguments?

#14 Hardware & System Configuration » UPS monitor » 2019-08-05 18:53:37

Micronaut
Replies: 5

Another convenience of Mint was that it just automatically noticed the UPS was connected and installed something to monitor battery status. Is this "something" or an equivalent available in Devuan?

#15 Re: Desktop and Multimedia » Random freezing on desktop » 2019-08-05 13:33:08

After the freeze problem hit again, I realized I would have to try different hardware. The test system is ~12-year-old hardware. If not for the huge amount of kernel modifications for the Spectre and Meltdown panic, I bet it would still work fine. But things have changed and some hardware is just going obsolete.

The next system is "only" ~5-year-old hardware. smile A Haswell generation CPU on an Asus motherboard rather than the ancient nForce. Since it is a completely different system, there might be other problems. But I'll be watching for the video freeze problem and report if this occurs again. What concerns me is some of my other systems are older than this, though not as old as the first test system. I hope they are still compatible with all these kernel tweaks.

#16 Re: Off-topic » Eben Moglen's presentation at re-publica in May » 2019-07-31 20:46:32

Very interesting talk! Thanks for the pointer, I'd never heard of this conference, though I've heard of EFF and Moglen before.

#17 Re: Desktop and Multimedia » Random freezing on desktop » 2019-07-31 20:45:22

Interesting that the entire system does not lock up, though. It does seem to be the display that gets interfered with even if it is not specific to the graphical driver. I ran my test system for a few more hours today, and it had more freezes. Once I figure out where to enable compositing, it froze the entire display solid instead of just one window. And yet the streaming audio I was playing continued. But interaction was not possible, and I had to hit the "Big Red Switch" to recover control of the system.

Finally, I went back through the list of things I added when I installed. Only one of them is graphics related, and I thought it was only a set of command line utilities. "mesa-utils" is a package that I've been using since I first learned about Linux. But it's graphics related, and not essential anymore, so I removed it. The system then ran for several more hours with no detectable problems. Hmmm... Could there be a library conflict? The Linux version of DLL Hell? I'll have to run it a few more days to be sure.

#18 Re: Desktop and Multimedia » Random freezing on desktop » 2019-07-29 16:47:48

No, it's not the video drivers at all. I had just finished running the installer, and was in the process of adding other things manually, when it happened again. This was with the default nouveau driver in place, and I wasn't using any graphical application like a browser or the image viewer. Just a text editor (mousepad) and the file manager. I can't imagine how any of the small things I like to add could have caused it, so it seems likely to be a compatibility problem with the system itself. Nothing like this occurred with Mint 17.3 on the same hardware. And it sure doesn't happen with Windows. Now I am wondering how to proceed with any further debugging to isolate it further. Is there some sort of "watchdog" you can install in Linux to monitor for some specific condition?

#19 Re: Desktop and Multimedia » Random freezing on desktop » 2019-07-25 22:59:17

Well, this is why I used a test system first.  It's a good way to learn that something sucks before getting to tangled up with it. It turns out the "tde-trinity" package used to install Trinity desktop is a meta package and does not allow uninstall. Aptitude just says it can't find the package. There is apparently no way to get rid of it other than a complete re-install of Devuan. Or maybe some sort of tedious search for all of the packages it pulls in and removing each one.

That leaves removing the nVidia drivers, which will be easier. And if that doesn't fix the problem I can go the full re-install route.

Edit: And things continue to get worse. The supposed command to remove the nVidia drivers doesn't work. Looks like it's re-install no matter what. Ugh... I guess I'll be trying an earlier version of the nVidia drivers after all this trouble.

#20 Re: Desktop and Multimedia » Random freezing on desktop » 2019-07-25 17:10:55

But I solved the problem in Windows. Just turn off "quick boot" and allow the MB and card to fully initialize and the problem goes away. Also, this machine is dual-boot, with a currently working Windows install. It works flawlessly, or as close to flawlessly as any Windows install can run. No freezing or other noticeable problems when running browsers and media players and many other tasks at the same time. Admittedly, this is using an older driver. I have not updated the driver in years. The Linux driver in the repository is probably newer and it could be that the current nVidia driver has grown more complex and error-prone with the need to support newer generation cards.

It looks like the best bet is to remove Trinity desktop first, because this is the odd thing that practically no one else has (apparently no one else on this board, anyway). Some sort of conflict could occur even if I am in Xfce rather than Trinity. If that doesn't fix it, I guess I'll go back to the OSS nouveau driver. I don't think that is suitable for actual gaming, but this is not the machine I plan to do much gaming on anymore. smile

#21 Re: Desktop and Multimedia » Random freezing on desktop » 2019-07-25 00:47:39

Well, I thought it was clear that I was using the nVidia driver since I compared it to the nVidia problems in Windows. But anyway:

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK106 [GeForce GTX 660] [10de:11c0] (rev a1)
    Subsystem: ASUSTeK Computer Inc. GK106 [GeForce GTX 660] [1043:8422]
    Kernel driver in use: nvidia
    Kernel modules: nvidia

The other cards I have are of the same generation. Well, one other machine has a GTX960 but I don't want to go disassembling machines to swap parts around. That's a considerable risk of damaging things. I guess I might install Devuan to that other machine and see if similar problems occur. But I was hoping to work out the problems on this "test" machine before installing on my other machines.

#22 Desktop and Multimedia » Random freezing on desktop » 2019-07-24 02:34:16

Micronaut
Replies: 19

My Ascii install has a strange problem. At random intervals an application I am using will freeze. The mouse does not stop moving, but the application(s) will not respond. Any sound that happens to be playing is also stopped. Fortunately, it is not permanent. The application resumes responding again after a few minutes. At first, it happened with the Firefox browser, and I suspected it was something to do with the extensions I had installed. After visiting the Mozillazine forums, I removed an extension at it seemed like the problem was gone.

But now it is occurring again, and this time not with the browser. I was looking at potential wallpapers in the Mirage image viewer and it froze. Again, the mouse did not stop working. The application simply would not respond. After a while, it returned and jumped all over the place to catch up with the mouse clicks it had been ignoring.

As I have posted elsewhere, I like to have Gkrellm on my desktop. I could see it as this happened. It did not stop updating, and it did not show any huge spike in CPU usage as some sort of loop problem might cause. When the freezing app was the browser, there was a large spike in processes. But when the image viewer was frozen, there was no spike in processes.

Now I am suspecting this has something to do with the video driver. There is a problem that occurs in Windows with nVidia drivers. The display will freeze, but only for a few seconds, and then an error is generated. "Display Driver Stopped Responding and has Recovered" is the error message. There are a number of threads about this error on various support boards out there. The recommended solution is to change the timer that triggers the error, but that just means your system freezes longer. The real solution is to make sure the card is properly initialized when loading the OS. I stopped this problem on my Windows systems by turning off "quick boot" so the BIOS had time to properly start everything. It was a frequent annoying problem, but has only hit me once or twice since making that change.

But it seems very possible that this sort of problem could be different in Linux than in Windows. Maybe the conflict can cause just a particular program to freeze instead of the whole display? Which log would I check for display driver errors?

The only other possibility I can think of is a conflict with the Trinity desktop resources. I wouldn't let it install the whole different desktop base it wanted to install. My system is still using the default desktop-base that comes with Xfce. So I would expect any problems to occur within Trinity, not Xfce. But these are very complex systems. I suppose it is very possible that some of the libraries conflict and could cause a problem like this. In which case I guess I would need to use "uninstall --purge" or something like that to get rid of everything?

#23 Re: Hardware & System Configuration » CPU microcode blacklisted by nvidia drivers » 2019-07-14 22:08:06

From what I have been reading on Slashdot, they have far fewer vulnerabilities than Intel, but not none. Broadly, they tend to have a few of the "Spectre" problems, but nothing in the "Meltdown" category, which is mostly an Intel-specific problem. Quite a bit is riding on how secure this next generation of Intel processors turns out to be.

#24 Re: Hardware & System Configuration » CPU microcode blacklisted by nvidia drivers » 2019-07-14 20:20:32

Yes, I have a very old CPU but I'm sure it has at least some vulnerabilities. There was a paper published back in the 90s describing the potential security problems with speculative execution. Apparently Intel ignored it. But the worst vulnerabilities are probably in the latest generations due to the increasing use of speculative execution and other tricks to get all that performance. It will be interesting to see what happens with their new generation of CPUs after this problem became public.

grep -R . /sys/devices/system/cpu/vulnerabilities/
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Mitigation: Full generic retpoline, STIBP: disabled, RSB filling
/sys/devices/system/cpu/vulnerabilities/spec_store_bypass:Vulnerable
/sys/devices/system/cpu/vulnerabilities/mds:Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
/sys/devices/system/cpu/vulnerabilities/l1tf:Mitigation: PTE Inversion; VMX: EPT disabled
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Mitigation: __user pointer sanitization
/sys/devices/system/cpu/vulnerabilities/meltdown:Mitigation: PTI

Gory details on the CPU itself:

cat /proc/cpuinfo

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping	: 11
microcode	: 0xba
cpu MHz		: 1800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 4
core id		: 0
cpu cores	: 4
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds
bogomips	: 5394.85
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping	: 11
microcode	: 0xba
cpu MHz		: 1800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 4
core id		: 2
cpu cores	: 4
apicid		: 2
initial apicid	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds
bogomips	: 5394.85
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 2
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping	: 11
microcode	: 0xba
cpu MHz		: 1800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 4
core id		: 1
cpu cores	: 4
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds
bogomips	: 5394.85
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 3
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping	: 11
microcode	: 0xba
cpu MHz		: 1800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 4
core id		: 3
cpu cores	: 4
apicid		: 3
initial apicid	: 3
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm kaiser tpr_shadow vnmi flexpriority dtherm
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds
bogomips	: 5394.85
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

#25 Re: Hardware & System Configuration » [Solved] Grub "savedefault" not working » 2019-07-14 20:17:11

Wow, I am reluctant to use dd on a disk that has a working OS on it. Anyway, after going back and manually comparing the grub default on the new Devuan system with the one from the Mint system, I changed the parms to lower case. "saved" instead of "SAVED" and "true" instead of "TRUE". It seems to be working now. Odd that the control items are NAMED in upper case, but the parm apparently must be lower case to be recognized.

Board footer

Forum Software