SBo scripts not building on current (read 1st post, pls)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
the one you link is not the actual error, it is probably above: to see it more clearly pass the script the parameter "JOBS=1" when building and paste more output when it fails.
here (clean and full installation of slackware64-current) was failing because the sources needed to be updated to build fine against python-3.7 in current, after that everything went smooth.
the one you link is not the actual error, it is probably above: to see it more clearly pass the script the parameter "JOBS=1" when building and paste more output when it fails.
here (clean and full installation of slackware64-current) was failing because the sources needed to be updated to build fine against python-3.7 in current, after that everything went smooth.
This is an exceprt from just above my previous error: (I can provide more if needed, I have the entire build logged)
Code:
/usr/include/qt5/QtCore/qobject.h:269:13: note: template argument deduction/substitution failed:
/usr/include/qt5/QtCore/qobject.h: In substitution of ‘template<class Func1, class Func2> static typename std::enable_if<(((int)(QtPrivate::FunctionPointer<Func2>::ArgumentCount) >= 0) && (! QtPrivate::FunctionPointer<Func2>::IsPointerToMemberFunction)), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType) [with Func1 = const char*; Func2 = const char*]’:
/tmp/SBo/VirtualBox-5.2.8/src/VBox/Frontends/VirtualBox/src/settings/global/UIGlobalSettingsProxy.cpp:222:111: required from here
/usr/include/qt5/QtCore/qobject.h:269:13: error: no type named ‘type’ in ‘struct std::enable_if<false, QMetaObject::Connection>’
/usr/include/qt5/QtCore/qobject.h:300:13: note: candidate: ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, Func2)’
connect(const typename QtPrivate::FunctionPointer<Func1>::Object *sender, Func1 signal, Func2 slot)
^~~~~~~
/usr/include/qt5/QtCore/qobject.h:300:13: note: template argument deduction/substitution failed:
/tmp/SBo/VirtualBox-5.2.8/src/VBox/Frontends/VirtualBox/src/settings/global/UIGlobalSettingsProxy.cpp:222:111: note: candidate expects 3 arguments, 4 provided
connect(pButtonGroup, SIGNAL(buttonClicked(QAbstractButton *)), this, SLOT(sltHandleProxyToggle()));
^
In file included from /usr/include/qt5/QtGui/qvalidator.h:45,
from /usr/include/qt5/QtGui/QRegExpValidator:1,
from /tmp/SBo/VirtualBox-5.2.8/src/VBox/Frontends/VirtualBox/src/settings/global/UIGlobalSettingsProxy.cpp:23:
/usr/include/qt5/QtCore/qobject.h:308:13: note: candidate: ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType)’
connect(const typename QtPrivate::FunctionPointer<Func1>::Object *sender, Func1 signal, const QObject *context, Func2 slot,
^~~~~~~
/usr/include/qt5/QtCore/qobject.h:308:13: note: template argument deduction/substitution failed:
/usr/include/qt5/QtCore/qobject.h: In substitution of ‘template<class Func1, class Func2> static typename std::enable_if<(QtPrivate::FunctionPointer<Func2>::ArgumentCount == -1), QMetaObject::Connection>::type QObject::connect(const typename QtPrivate::FunctionPointer<Func>::Object*, Func1, const QObject*, Func2, Qt::ConnectionType) [with Func1 = const char*; Func2 = const char*]’:
/tmp/SBo/VirtualBox-5.2.8/src/VBox/Frontends/VirtualBox/src/settings/global/UIGlobalSettingsProxy.cpp:222:111: required from here
/usr/include/qt5/QtCore/qobject.h:308:13: error: no type named ‘Object’ in ‘struct QtPrivate::FunctionPointer<const char*>’
Looks like a qt5 error? I would note that I'm using alienbob's most-recent qt5 build for -current (5.12.1)
I ran into a couple of things while trying to build LO 6.2.3.2 on two different instances of -current.
1) The boost-1.69 patch is no longer needed, as the shutdownicon.cxx file has been updated to work with the current version of boost. This patch is no longer present in the 14.2 LO SlackBuild, which builds successfully without it. Leaving it in results in:
Code:
patching file sfx2/source/appl/shutdownicon.cxx
Hunk #1 FAILED at 167.
1 out of 1 hunk FAILED -- saving rejects to file sfx2/source/appl/shutdownicon.cxx.rej
Commenting out the patch command in the SlackBuild allows the build to continue.
2) Now gawk seems to choke on libgpg-error though:
Code:
libgpg-error v1.27 has been configured as follows:
Revision: c1668f6 (49510)
Platform: x86_64-pc-linux-gnu
Making all in m4
Making all in src
gawk: ./mkerrnos.awk:86: warning: regexp escape sequence `\#' is not a known regexp operator
gawk: ./mkerrcodes1.awk:84: warning: regexp escape sequence `\#' is not a known regexp operator
gawk: ./mkerrcodes.awk:88: warning: regexp escape sequence `\#' is not a known regexp operator
gawk: ./mkstrtable.awk:113: warning: regexp escape sequence `\#' is not a known regexp operator
gawk: ./mkstrtable.awk:113: warning: regexp escape sequence `\#' is not a known regexp operator
gawk: fatal: cannot use gawk builtin `namespace' as variable name
make[4]: *** [Makefile:1324: errnos-sym.h] Error 2
make[3]: *** [Makefile:474: all-recursive] Error 1
make[2]: *** [Makefile:405: all] Error 2
make[1]: *** [/tmp/SBo/libreoffice-6.2.3.2/external/libgpg-error/ExternalProject_libgpg-error.mk:36: /tmp/SBo/libreoffice-6.2.3.2/workdir/ExternalProject/libgpg-error/build] Error 1
thanks for reporting: I removed the patch for boost-1.69.0 and applied another (that was already available in current) related to the newer gawk for libgpgerror.
thanks for reporting: I removed the patch for boost-1.69.0 and applied another (that was already available in current) related to the newer gawk for libgpgerror.
Problem solved, builds fine now here. Thanks so much!
make[3]: Entering directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys/nvdec'
CC libgstnvdec_la-gstnvdec.lo
In file included from gstnvdec.c:32:
gstnvdec.h:33:10: fatal error: nvcuvid.h: No such file or directory
#include "nvcuvid.h"
^~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:869: libgstnvdec_la-gstnvdec.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys/nvdec'
make[2]: *** [Makefile:1081: nvdec] Error 2
make[2]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys'
make[1]: *** [Makefile:944: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0'
make: *** [Makefile:875: all] Error 2
gst-plugins-bad:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.
I have been experimentally running 64-current on a spare SSD with Aliens plasma5 setup for quite some time. Along with a few sbopkgs without issue. I'm now getting serious and will be building many more SBO Packages.
My question being would this be the proper place to report any issues with that setup or is this thread strictly for pure current installs?
Thanks in advance for any response.
John
make[3]: Entering directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys/nvdec'
CC libgstnvdec_la-gstnvdec.lo
In file included from gstnvdec.c:32:
gstnvdec.h:33:10: fatal error: nvcuvid.h: No such file or directory
#include "nvcuvid.h"
^~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:869: libgstnvdec_la-gstnvdec.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys/nvdec'
make[2]: *** [Makefile:1081: nvdec] Error 2
make[2]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0/sys'
make[1]: *** [Makefile:944: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.16.0'
make: *** [Makefile:875: all] Error 2
gst-plugins-bad:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.
Seems that gst-plugins-bad requires CUDA toolkit?
You should be able to disable nvdec and nvenc by adding --disable-nvdec and --disable-nvenc to the ./configure.
If this happens on a clean install of -current, it might be worth adding a check to the SlackBuild to check for nvdec and nvenc on the system and then adding the flags automatically to the configure options.
You should be able to disable nvdec and nvenc by adding --disable-nvdec and --disable-nvenc to the ./configure.
If this happens on a clean install of -current, it might be worth adding a check to the SlackBuild to check for nvdec and nvenc on the system and then adding the flags automatically to the configure options.
I think this happens on his system because he has already installed the nvidia drivers: most probably configure enables nvdec because it finds those but it doesn't seem to check for cuda toolkit too.
I haven't tested on 14.2 with version 1.6.0 but I think this new optional dependency (nvidia drivers) has been introduced with the newer versions: I'll add a note to the README.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.