I built it here using also optional dependencies, it might be dssi is now mandatory: please try installing it and rebuilding muse.

Anyone checked if dnscrypt-proxy runs? It was bumped from 1.7 to 1.9.5 and it builds fine, however:
The daemon doesn't start even though it's been configured according to the README.
Only way I could get it to run is by using the new binary with old configuration in /etc/default and the old rc script.
New configuration from 1.9.5 just silently fails over here, I'd be interested if anyone got it to start properly.

With dssi I've reached 91%, but no 100% as of yet:



[ 90%] Building CXX object muse/CMakeFiles/core.dir/value.o
[ 91%] Building CXX object muse/CMakeFiles/core.dir/vst.o
[ 91%] Building CXX object muse/CMakeFiles/core.dir/vst_native.o
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp: In function ‘void MusECore::scanVstNativeLib(QFileInfo&)’:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: error: no matching function for call to ‘make_pair<int, std::string>(VstIntPtr&, std::string)’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
In file included from /usr/include/c++/7.1.0/utility:70:0,
from /usr/include/qt5/QtCore/qcompilerdetection.h:1001,
from /usr/include/qt5/QtCore/qglobal.h:83,
from /usr/include/qt5/QtCore/qchar.h:43,
from /usr/include/qt5/QtCore/qstring.h:48,
from /usr/include/qt5/QtCore/qdir.h:43,
from /usr/include/qt5/QtCore/QDir:1,
from /tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:28:
/usr/include/c++/7.1.0/bits/stl_pair.h:519:5: note: candidate: template<class _T1, class _T2> constexpr std:air<typename std::__decay_and_strip<_Tp>::__type, typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
make_pair(_T1&& __x, _T2&& __y)
^~~~~~~~~
/usr/include/c++/7.1.0/bits/stl_pair.h:519:5: note: template argument deduction/substitution failed:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: note: cannot convert ‘id’ (type ‘VstIntPtr {aka int}’) to type ‘int&&’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
make[2]: *** [muse/CMakeFiles/core.dir/build.make:1948: muse/CMakeFiles/core.dir/vst_native.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:529: muse/CMakeFiles/core.dir/all] Error 2
make: *** [Makefile:152: all] Error 2


I tried to build lash but also got problems:

make[3]: Entering directory '/tmp/SBo/lash-0.6.0.594/docs/lash-manual-html-split'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/tmp/SBo/lash-0.6.0.594/docs/lash-manual-html-split'
make[3]: Entering directory '/tmp/SBo/lash-0.6.0.594/docs'
if test ! -d lash-manual-html-one-page; then \
mkdir lash-manual-html-one-page; \
fi
if test ! -d lash-manual-html-split; then \
mkdir -lash-manual-html-split; \
fi
cd lash-manual-html-one-page && \
texi2html --number ../../docs/lash-manual.texi
Option number is ambiguous (number-footnotes, number-sections)
Try `texi2html --help' for more information.
make[3]: *** [Makefile:525: html-manual-stamp] Error 2
make[3]: Leaving directory '/tmp/SBo/lash-0.6.0.594/docs'
make[2]: *** [Makefile:248: all-recursive] Error 1
make[2]: Leaving directory '/tmp/SBo/lash-0.6.0.594/docs'
make[1]: *** [Makefile:321: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/lash-0.6.0.594'
make: *** [Makefile:232: all] Error 2
bash-4.4#

See if this command works in your system

It seems to work, says it started, but no PID is created and "sh rc.dnscrypt-proxy stop" says it's not started.
I did specify the pid path in the conf file, and all the other variables.

The configuration for 1.9.5 was completely rewritten because upstream now supports a configuration file, and it no longer made sense to configure it manually. I have this working on two 14.2 machines (desktop and server) but there is a chance I've missed something.

With the new rc.dnscrypt-proxy in place, and the new configurations in /etc/default/dnscrypt-proxy and /etc/dnscrypt-proxy.conf, do you get any messages in the console when you run
?

If it can't find the configuration file then it should tell you. Assuming it does find the configuration file, can you post the log output (by default at /var/log/dnscrypt-proxy/dnscrypt-proxy.log unless it has been changed in the config file)? If there is sensitive information (like your IP address) feel free to edit it out.

Can you post the contents of the following two commands? (Again feel free to edit any personal information out.)
willysr's suggestion is valid as well. The start scripts could be simplified to get rid of /etc/default/dnscrypt-proxy but then you could only run one instance, and it is generally preferable to have a fallback DNS resolver in case one becomes unreachable (regardless of whether or not you are using dnscrypt).

Also, are you using the dnscrypt user as suggested in the README or another user?

1 members found this post helpful.

This is the output with default config, nothing changed in any of the files:
I leave the /etc/default alone, and edit /etc/dnscrypt-proxy.conf only to change BlockIPv6 ResolverName and LocalAddress 127.0.0.1:54 because there's dnsmasq on 53
Same thing happens, (dnscrypt-proxy (instance 0) is not running.)
Works fine with 1.7 (manual) config.

By changing BlockIPv6 I assume you're changing it to yes? Did you compile with ldns support? The manual config doesn't support blocking IPv6 unless you add it manually, so if it was compiled without support for ldns that could be why it is failing only with the configuration file. What happens if you leave BlockIPv6 to no?

1 members found this post helpful.

The output is with all default configurations, nothing changed.
Just saying it's the same output when I add changes.
It's compiled --without-systemd but other flags are default from SBo. You're saying ldns is now a dependency?

vst_native.o builds fine here.

have you tetex installed (texi2html is part of that)? the build is tested with tetex, not -for example- texlive.

I suggest you to try building it on a full clean installation (a virtual machine or whatever you prefer).

You were right about BlockIPV6 feature, it needs a plugin that use ldns library which I decided not to build due to dependency.
Seems I just needed some sleep, it's running now with clean default config. I removed IPV6 support from the kernel instead of relying on a plugin and recompiled a few packages this morning.
Most notably, I've repackaged dnsmasq with DNSSEC support enabled and IPV6 disabled, to use it as local cache.
Thanks for maintaining this valuable software, and for keeping it up to date.

I checked the installation, all packages seems to be OK.
Lash goes now further while compiling when I uninstalled texi2html version 5 from SBo.
Now, the output is that:

make[2]: Leaving directory '/tmp/SBo/lash-0.6.0.594'
make[1]: Leaving directory '/tmp/SBo/lash-0.6.0.594'
cp: cannot stat 'docs/lash-manual-html-one-page/lash-manual.html': No such file or directory

Maybe there's something wrong with patch executed in lash.SlackBuild ?

it seems like now it hasn't even tried to build the html documentation at all, the reason why I ignore: I repeat, here is working ok.
who knows, maybe removing texi2html you removed also some files that you accidentaly overwrote installing it (see the README) and you have to reinstall tetex...

I'm sorry but have you tried the suggestion above? I didn't meant to check your existing installation, I meant a new one...

I've just compiled lash.
One thing helped: I copied /usr/share/texmf/bin/texi2html executable into /usr/bin to make it usable from everywhere.

A muse still exits with the same error, maybe recompiling Qt5 will help ?

Hi , one more time , i cant build upx under current. (in 14.2 builds fine)

I build and install first "ucl" requirement ,using ponce slackbuild , upx build fails , here is some error messages.

I finally build , but i use 3.94 source code y make the patch.

https://pastebin.com/Dx30Z52f