James M. Moe

Okay, found it in /etc/webmin/bind8/config. I changed the /etc/init.d/named {command}to /usr/bin/systemctl {command} named.service. Changing the key_directory behavior looks more complicated.

I looked for a way to change the settings. Where is "Webmin BIND config"?

opensuse 15.4 BIND 9.16.6 webmin 2.000 A couple of problems with the BIND module. Selecting "Apply configuration" results in: Failed to apply changes : Restart command failed : sh: /etc/init.d/named: No such file or directory This is true. And has been for years. Webmin apparently does not recognize the "key-directory" option. After including the option and selecting a "Sign zone" function, named failed because the files were not where Webmin expected them; they were in the directory indicated by...

No one knows. Ah, well...

nufraw 0.42 opemsuse 15.1 (linux 4.12.14) I have set my camera, a Nikon d810, to record images in raw NEF format. Using nufraw's feature to guesstimate the EV has been erratic. Sometimes the EV is much too low, other times too high. The "--exposure=auto" option for nufraw-batch, which is the same as the auto EV feature of the GUI, has proven to be too inaccurate for batch processing images. Is there some other setting that can offer better EV control?

On 22/06/2019 2.43 PM, Patrick Brunschwig wrote: Try on a command line to list a key $ gpg2 -v --list-keys gpg: using pgp trust model gpg: checking the trustdb gpg: public key algorithm ELG not suitable for signing gpg: public key algorithm ELG not suitable for signing <many, many="" above="" of="" the="" line="" more=""> gpg: public key algorithm ELG not suitable for signing ^C gpg: signal Interrupt caught ... exiting</many,> -- James Moe moe dot james at sohnen-moe dot com 520.743.3936 Think.

On 22/06/2019 1.54 AM, Patrick Brunschwig wrote: The first thing you should check is: is it really Enigmail (i.e. the Thunderbird binary) or something like gpg that consumes the CPU? My mistake about the CPU usage. It is about 28%; the runaway process plus everything else. Top show that "gpg2" is running hot, not TB. Disabling Enigmail stops whatever is running amok, though. -- James Moe moe dot james at sohnen-moe dot com 520.743.3936 Think.

Thunderbird 60.7.0 Enigmail 2.0.11 (23-May-2019) linux 4.12.14-lp150.12.64-default x86_64 TB was updated today to 60.7.0 from 60.6.0. Enigmail starts consuming 40% of a quad CPU's resource after a message is loaded that may require Enigmail's services. Selecting "View Console" or "View Log" results in the same CPU usage, without displaying anything. The CPU usage drops to normal (1 - 3%) after disabling Enigmail. Suggestions for debugging this?