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?
I found the reason for no plugin: configure:9400: ====================== summary ===================== configure:9402: build GTK GUI: yes configure:9404: build GIMP plug-in: no because: configure:5646: checking for gimpui-2.0 >= 2.2.0 configure:5653: $PKG_CONFIG --exists --print-errors "gimpui-2.0 >= 2.2.0" Package gimpui-2.0 was not found in the pkg-config search path. Apparently the configure script wants the 2.0 version of gimpui to be at least 2.2.
I wish to use nufraw to prepare RAW format NEF for GIMP 2.8. I did not find any nformation in the distribution that gave instructions for this, nor any mention in the GIMP Help for adding import helpers. How do I set GIMP to do so?
GIMP 2.8.22 nufraw 0.42 linux 4.12.14-lp150.12.16-default x86_64 How do I add nufraw to GIMP?
On 07/27/2018 01:00 PM, Ilia Rostovtsev wrote: Maybe package version mismatch? Yes, my mistake. I had downloaded the 42.3 version rather than the 15.0. After installing the correct module, the webmin installation succeeded. Thank you. -- James Moe moe dot james at sohnen-moe dot com 520.743.3936 Think.
On 07/25/2018 03:24 PM, Jamie Cameron wrote: Can you try installing Encode::Detect from an RPM package using whatever command SuSE has for this? perl v5.26.1 Here is the result $ zypper install /t/jimstuff/web-progs/perl-Encode-Detect-1.01-24.11.x86_64.rpm Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides perl(:MODULE_COMPAT_5.18.2) needed by perl-Encode-Detect-1.01-24.11.x86_64 Solution 1: do not install perl-Encode-Detect-1.01-24.11.x86_64...
PERL dependency not recognized after it is installed
No one knows what this is about? Or better, how to fix? Bummer. I really liked using webmin.
opensuse LEAMP 15.0 linux 4.12.14-lp150.12.4-default x86_64 perl v5.26.1 $ rpm -i webmin-1.890-1.noarch.rpm error: Failed dependencies: perl(Encode::Detect) is needed by webmin-1.890-1.noarch $ cpan Encode::Detect ... blah blah blah ... Encode::Detect is up to date (1.01). $ rpm -i webmin-1.890-1.noarch.rpm error: Failed dependencies: perl(Encode::Detect) is needed by webmin-1.890-1.noarch I suspect that Encode::Detect is not the real culprit here. -- James Moe moe dot james at sohnen-moe dot com...
enigmail v1.9.8 hoobles Thunderbird when creating a message
None of the suggestions on that FAQ apply to this issue. The keywords "hijack" or...
opensuse 42.1 tb 38.7.0 The error message below pops up all the time now. I have...
I reverted to Enigmail 1.8.2. It works as expected.
Hello, opensuse 42.1 gnome 3.16.2 thunderbird 38.6.0 enigmail 1.9 (20160223-1641)...