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.
Libraries > libgaminggear (0.15.1) and Games > roccat-tools (5.9.0) do not build on current after recent updates (It's been months and it worked then). Seems like some gtk header nonsense with pango > 1.44 and harfbuzz.
For libgaminggear (roccat-tools dependency):
Code:
45%] Building C object libgaminggearwidget/CMakeFiles/libgaminggearwidget.dir/gaminggear_about_dialog.c.o
In file included from /usr/include/pango-1.0/pango/pango-font.h:25,
from /usr/include/pango-1.0/pango/pango-attributes.h:25,
from /usr/include/pango-1.0/pango/pango.h:25,
from /usr/include/gtk-2.0/gdk/gdktypes.h:37,
from /usr/include/gtk-2.0/gdk/gdkscreen.h:32,
from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:31,
from /usr/include/gtk-2.0/gdk/gdk.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:32,
from /tmp/SBo/libgaminggear-0.15.1/libgaminggearwidget/gaminggear_about_dialog.h:21,
from /tmp/SBo/libgaminggear-0.15.1/libgaminggearwidget/gaminggear_about_dialog.c:18:
/usr/include/pango-1.0/pango/pango-coverage.h:28:10: fatal error: hb.h: No such file or directory
28 | #include <hb.h>
| ^~~~~~
compilation terminated.
make[2]: *** [libgaminggearwidget/CMakeFiles/libgaminggearwidget.dir/build.make:82: libgaminggearwidget/CMakeFiles/libgaminggearwidget.dir/gaminggear_about_dialog.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:470: libgaminggearwidget/CMakeFiles/libgaminggearwidget.dir/all] Error 2
make: *** [Makefile:149: all] Error 2
and for roccat-tools:
Code:
[ 1%] Building C object libroccathelper/CMakeFiles/libroccathelper.dir/gtk_roccat_helper.c.o
In file included from /usr/include/pango-1.0/pango/pango-font.h:25,
from /usr/include/pango-1.0/pango/pango-attributes.h:25,
from /usr/include/pango-1.0/pango/pango.h:25,
from /usr/include/gtk-2.0/gdk/gdktypes.h:37,
from /usr/include/gtk-2.0/gdk/gdkscreen.h:32,
from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:31,
from /usr/include/gtk-2.0/gdk/gdk.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:32,
from /tmp/SBo/roccat-tools-5.9.0/libroccathelper/gtk_roccat_helper.h:21,
from /tmp/SBo/roccat-tools-5.9.0/libroccathelper/gtk_roccat_helper.c:18:
/usr/include/pango-1.0/pango/pango-coverage.h:28:10: fatal error: hb.h: No such file or directory
28 | #include <hb.h>
| ^~~~~~
compilation terminated.
make[2]: *** [libroccathelper/CMakeFiles/libroccathelper.dir/build.make:155: libroccathelper/CMakeFiles/libroccathelper.dir/gtk_roccat_helper.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:3794: libroccathelper/CMakeFiles/libroccathelper.dir/all] Error 2
make: *** [Makefile:160: all] Error 2
This seems to work, but I'm not sure if this is sufficient.
For libgaminggear:
Code:
mkdir -p build
cd build
cmake \
-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS -isystem /usr/include/harfbuzz" \
-DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS -isystem /usr/include/harfbuzz" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_SUFFIX=${LIBDIRSUFFIX} \
-DMAN_INSTALL_DIR=/usr/man \
-DCMAKE_BUILD_TYPE=Release ..
make
make install DESTDIR=$PKG
cd ..
and for roccat-tools:
Code:
mkdir -p build
cd build
cmake \
-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS -isystem /usr/include/harfbuzz" \
-DCMAKE_INSTALL_PREFIX=/usr \
$HW \
$LUA \
-DCMAKE_BUILD_TYPE=Release ..
make
make install DESTDIR=$PKG
cd ..
There is a lot of chatter starting about year ago. Seems cmake is unaware that harfbuzz is a dependency for boost. Or something. Gnome people claim it's all good and everyone needs to fix their build systems.
LQ keeps crashing on search, so apologies if this is a duplicate.
sorry for the late reply (latest days have been pretty busy) and thanks for those: just pushed!
I gave up on trying to get OpenCASCADE to build with VTK-9.
But last night a DJ saved my^H^H^H^H some guy over at Archlinux posted a patch to build VTK-8.2.0 with freetype-2.10.3. We're only about 24 hours behind the bleeding edge Archlinux AUR with this
The other package I have that depends on VTK / OpenCASCADE is kicad. It's running and I'm test building that one right now.
Sorry for messing up the PRs' names again and sorry for the premature VTK-9 PR.
sorry for the late reply and be sure to thank that DJ from me too!
I just pushed that stuff in its dedicated branches (named "VTK" and "FreeCAD"), thanks for looking into this!
libplacebo is failing build configuration with the following error
src/meson.build:86:2: ERROR: Could not get define 'GLSLANG_VERSION_MAJOR'
Both shaderc and libplacebo are broken after the last SBo update for current and need an updated vulkan-sdk package with glslang split.
This can be worked around by installing glslang and vulkan-sdk from SBo and then recompile mesa and any other programs that use vulkan-sdk or glslang.
For libplacebo a temporary band-aid would be to remove glslang_version.patch. The updated build number was only to hack around the changes in the version scheme for newer glslang versions.
Both shaderc and libplacebo are broken after the last SBo update for current and need an updated vulkan-sdk package with glslang split.
This can be worked around by installing glslang and vulkan-sdk from SBo and then recompile mesa and any other programs that use vulkan-sdk or glslang.
I don't think that this could be an acceptable path for those using this repository...
IMHO either this get addressed in current, if Pat feels like is appropriate, or shaderc, unfortunately, stays broken (and if you feel like you could push something specific in its README)...
Quote:
For libplacebo a temporary band-aid would be to remove glslang_version.patch. The updated build number was only to hack around the changes in the version scheme for newer glslang versions.
I don't think that this could be an acceptable path for those using this repository...
I don't disagree, but there is nothing that can be done to fix shaderc without having a shared glslang build. This is something that needs to happen in current.
Quote:
Originally Posted by ponce
will do, thanks for the heads up!
Note this will break as soon as vulkan-sdk is updated.
ok, so QT must have moved that to a different header file then?
Do I need to add the include to qwt_graphic.cpp or is it furthur down in one of the qt headers is needs added?
perl-Tk-TableMatrix fails to build on -current with:
# Test 1 got: "Can't load '/usr/lib64/perl5/vendor_perl/auto/Tk/Tk.so' for module Tk: /usr/lib64/perl5/vendor_perl/auto/Tk/Tk.so: undefined symbol: Perl_to_utf8_upper at /usr/lib64/perl5/DynaLoader.pm line 193.\n\0 at t/create.t line 33.\nCompilation failed in require at t/create.t line 33.\n" (t/create.t at line 34)
# Expected: "" (loading Tk module)
I have tried version bumping to 1.25 and removing the patch from the SlackBuild with similar results.
perl-tk builds and installs fine (it is a dependency for perl-Tk-TableMatrix).
It looks like it can't locate it though?
Well, I worked on it some more, had to include that header in several places, but now ran into another erro
Code:
In file included from qwt_abstract_scale_draw.h:15,
from qwt_abstract_scale_draw.cpp:10:
qwt_text.h:142:41: warning: ‘QString::null’ is deprecated: use QString() [-Wdeprecated-declarations]
142 | QwtText( const QString & = QString::null,
| ^~~~
In file included from /usr/include/qt5/QtCore/qhashfunctions.h:44,
from /usr/include/qt5/QtCore/qvarlengtharray.h:47,
from /usr/include/qt5/QtCore/qmetatype.h:48,
from qwt_interval.h:14,
from qwt_scale_div.h:14,
from qwt_abstract_scale_draw.h:14,
from qwt_abstract_scale_draw.cpp:10:
/usr/include/qt5/QtCore/qstring.h:950:23: note: declared here
950 | static const Null null;
| ^~~~
make[2]: *** [Makefile:1959: obj/qwt_abstract_scale_draw.o] Error 1
make[2]: Leaving directory '/tmp/SBo/GoldenCheetah-3.5/qwt/src'
make[1]: *** [Makefile:47: sub-src-make_first-ordered] Error 2
make[1]: Leaving directory '/tmp/SBo/GoldenCheetah-3.5/qwt'
make: *** [Makefile:48: sub-qwt-make_first-ordered] Error 2
I may have to wait for the goldencheetah folk to fix everything.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
