SBo scripts not building on current (read 1st post, pls)

		LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
SBo scripts not building on current (read 1st post, pls)

Slackware This 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.

Are you new to LinuxQuestions.org? Visit the following links:
Site Howto | Site FAQ | Sitemap | Register Now

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.

Page 201 of 398

201

10-12-2020, 07:26 PM

#3001

UH10Y6

LQ Newbie

Registered: May 2020

Posts: 26

Rep:

I can't compile on slackware-current64 multilib. I get this error.

https://github.com/Ponce/slackbuilds...network/dsniff

Code:

/usr/include/openssl/rsa.h:235:1: note: declared here
  235 | DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void
      | ^~~~~~~~~~~~~~~~~~
gcc -O2 -fPIC -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -DDSNIFF_LIBDIR=\"/usr/share/dsniff/\" -I.  -I./missing  -c ./ssh.c
In file included from /usr/include/sys/types.h:25,
                 from /usr/include/sys/param.h:25,
                 from ./ssh.c:13:
/usr/include/features.h:185:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
  185 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
      |   ^~~~~~~
./ssh.c: In function ‘SSH_accept’:
./ssh.c:246:26: error: dereferencing pointer to incomplete type ‘RSA’ {aka ‘struct rsa_st’}
  246 |  put_bn(ssh->ctx->servkey->e, &p);  /* servkey exponent */
      |                          ^~
make: *** [Makefile:76: ssh.o] Error 1

10-13-2020, 12:06 AM

#3002

ponce

LQ Guru

Registered: Aug 2004

Location: Pisa, Italy

Distribution: Slackware

Posts: 7,132

Original Poster

Rep:

Quote:

Originally Posted by UH10Y6

I can't get HT to compile on slackware-current64 multilib. I get this error.

https://github.com/Ponce/slackbuilds...development/ht

Code:

htapp.cc:3026:18: error: call of overloaded ‘abs(uint)’ is ambiguous
 3026 |  while (abs(a - b) > 1) {
      |                  ^
In file included from /usr/include/c++/9.3.0/cstdlib:75,
                 from ./data.h:30,
                 from ./asm/asm.h:24,
                 from ./analyser/analy.h:24,
                 from htapp.cc:21:
/usr/include/stdlib.h:840:12: note: candidate: ‘int abs(int)’
  840 | extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur;
      |            ^~~
In file included from /usr/include/c++/9.3.0/cstdlib:77,
                 from ./data.h:30,
                 from ./asm/asm.h:24,
                 from ./analyser/analy.h:24,
                 from htapp.cc:21:
/usr/include/c++/9.3.0/bits/std_abs.h:103:3: note: candidate: ‘constexpr __float128 std::abs(__float128)’
  103 |   abs(__float128 __x)
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:85:3: note: candidate: ‘constexpr __int128 std::abs(__int128)’
   85 |   abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; }
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:79:3: note: candidate: ‘constexpr long double std::abs(long double)’
   79 |   abs(long double __x)
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:75:3: note: candidate: ‘constexpr float std::abs(float)’
   75 |   abs(float __x)
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:71:3: note: candidate: ‘constexpr double std::abs(double)’
   71 |   abs(double __x)
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:61:3: note: candidate: ‘long long int std::abs(long long int)’
   61 |   abs(long long __x) { return __builtin_llabs (__x); }
      |   ^~~
/usr/include/c++/9.3.0/bits/std_abs.h:56:3: note: candidate: ‘long int std::abs(long int)’
   56 |   abs(long __i) { return __builtin_labs(__i); }
      |   ^~~
gmake[2]: *** [Makefile:703: htapp.o] Error 1
gmake[2]: Leaving directory '/tmp/SBo/ht-2.1.0'
gmake[1]: *** [Makefile:723: all-recursive] Error 1
gmake[1]: Leaving directory '/tmp/SBo/ht-2.1.0'
make: *** [Makefile:457: all] Error 2

hi, thanks for the report but ht on SBo is actually a duplicate of hte (so the first should be removed), and hte is already updated in this repository to build on current: please try if that works...

10-13-2020, 12:15 AM

#3003

ponce

LQ Guru

Registered: Aug 2004

Location: Pisa, Italy

Distribution: Slackware

Posts: 7,132

Original Poster

Rep:

Quote:

Originally Posted by UH10Y6

I can't compile on slackware-current64 multilib. I get this error.

https://github.com/Ponce/slackbuilds...network/dsniff

Code:

/usr/include/openssl/rsa.h:235:1: note: declared here
  235 | DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void
      | ^~~~~~~~~~~~~~~~~~
gcc -O2 -fPIC -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -DDSNIFF_LIBDIR=\"/usr/share/dsniff/\" -I.  -I./missing  -c ./ssh.c
In file included from /usr/include/sys/types.h:25,
                 from /usr/include/sys/param.h:25,
                 from ./ssh.c:13:
/usr/include/features.h:185:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
  185 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
      |   ^~~~~~~
./ssh.c: In function ‘SSH_accept’:
./ssh.c:246:26: error: dereferencing pointer to incomplete type ‘RSA’ {aka ‘struct rsa_st’}
  246 |  put_bn(ssh->ctx->servkey->e, &p);  /* servkey exponent */
      |                          ^~
make: *** [Makefile:76: ssh.o] Error 1

I'm not sure what's happening there but in this repository a patch for openssl-1.1.1 has already been added

http://cgit.ponce.cc/slackbuilds/commit/?h=dsniff

and from my tests dsniff builds fine: are you sure that you are using the build scripts from the repository linked in the first post? please read it carefully...

10-13-2020, 08:53 AM	#3004
cwizardone LQ Veteran Registered: Feb 2007 Distribution: Slackware64-current with "True Multilib" and KDE4Town. Posts: 9,173 Rep:	JUST FYI, it has been very SLOW connecting to SBo, using sbopkg, the last couple of days. I thought there was something wrong with sbopkg or my hosts file was blocking the connection. While looking for a solution I left sbopkg running in a terminal. It tooks several minutes, but when I returned to the termninal, sbopkg had started running. FWIW, sbopkg starts OK, but when told to "sync to the remote repository" it it appears to hang, when, actually, it is trying to make the connection.

10-13-2020, 09:52 AM

#3005

bassmadrigal

LQ Guru

Registered: Nov 2003

Location: West Jordan, UT, USA

Distribution: Slackware

Posts: 8,792

Rep:

Quote:

Originally Posted by cwizardone

JUST FYI, it has been very SLOW connecting to SBo, using sbopkg, the last couple of days.
I thought there was something wrong with sbopkg or my hosts file was blocking the connection.
While looking for a solution I left sbopkg running in a terminal. It tooks several minutes, but
when I returned to the termninal, sbopkg had started running. FWIW, sbopkg starts OK, but when told to "sync to the remote repository" it it appears to hang, when, actually, it is trying to make the connection.

This sounds like a DNS issue. I didn't have any connection issues over the weekend and the website itself was snappy. You could try adding nameserver 8.8.8.8 or nameserver 1.1.1.1 to your /etc/resolv.conf above any other nameservers already listed.

1 members found this post helpful.

10-14-2020, 11:47 AM	#3006
hpfeil Member Registered: Nov 2010 Location: Tucson, Arizona US Distribution: Slackware Current Posts: 357 Blog Entries: 1 Rep:	development/hackrf Hackrf source moved from Sourceforge to git. https://github.com/mossmann/hackrf https://github.com/mossmann/hackrf/a...18.01.1.tar.gz Please update info and SlackBuild.

10-14-2020, 11:50 AM

#3007

ponce

LQ Guru

Registered: Aug 2004

Location: Pisa, Italy

Distribution: Slackware

Posts: 7,132

Original Poster

Rep:

Quote:

Originally Posted by hpfeil

Hackrf source moved from Sourceforge to git.

https://github.com/mossmann/hackrf
https://github.com/mossmann/hackrf/a...18.01.1.tar.gz

Please update info and SlackBuild.

hi Henry,

Quote:

Originally Posted by ponce (in the first post)

also, if you want to report a problem that applies also to Slackware stable this is not the right place, this topic is current-specific.
if you think a script on SBo shows issues (broken download, not building, etc.) on such platform write to the maintainer and wait some days for an answer (a week should be fine): if the maintainer isn't responsive after this time please post the same thing by mail to the slackbuilds-users mailing list putting the maintainer in cc

http://lists.slackbuilds.org/mailman...ckbuilds-users

Last edited by ponce; 10-15-2020 at 01:04 PM.

10-14-2020, 01:56 PM

#3008

newHeiko

LQ Newbie

Registered: May 2020

Distribution: slackware 15.0

Posts: 26

Rep:

Quote:

Originally Posted by newHeiko

No rush on FreeCAD, luckily not something I use too often.

Got tired of waiting for the FreeCAD guys to release a new version that would build with boost 1.74 so I copied their commit https://github.com/FreeCAD/FreeCAD/c...9751a27fa67c2d as a patch, thereby creating a 0.18.4-ish version: https://github.com/Ponce/slackbuilds/pull/84 that builds on -current

Hope I got the base right this time

Cheers,
Heiko

1 members found this post helpful.

10-15-2020, 12:37 PM

#3009

ponce

LQ Guru

Registered: Aug 2004

Location: Pisa, Italy

Distribution: Slackware

Posts: 7,132

Original Poster

Rep:

Quote:

Originally Posted by newHeiko

Cheers,
Heiko

I'm looking into this but ATM I cannot build the dependency VTK because of the freetype-2.10.3 upgrade in current: were you able to build VTK too?

10-15-2020, 04:18 PM

#3010

newHeiko

LQ Newbie

Registered: May 2020

Distribution: slackware 15.0

Posts: 26

Rep:

Quote:

Originally Posted by ponce

I'm looking into this but ATM I cannot build the dependency VTK because of the freetype-2.10.3 upgrade in current: were you able to build VTK too?

It's been a while, last time I built VTK was on May 29 this year (and I still have freetype-2.10.2 here right now). Just started a new build process to check, will get back to you.

Cheers,
Heiko

10-16-2020, 12:54 PM

#3011

Ook

Member

Registered: Apr 2004

Location: Hell, Arizona (July - 118 degrees)

Distribution: Slackware 14.2 soon to be Slackware 15

Posts: 699

Rep:

Mono build error:

Clean Slackware64-current install. Copied latest slackbuilds-current as of 1000 MST 2020-10-16. Downloaded mono-5.0.1.1.tar.bz2 and mono-4.4.2.11-x86_64.tar.bz2. Ran mono.SlackBuild.

EDIT: I noticed the "magic number" message, and I've seen that before with mono with TERM is not set right. I changed TERM to xterm and ran it again. Results will be posted here momentarily:

EDIT 2: SUCCESS. Apparently, if you use terminator, which I do frequently, it will set TERM to xterm-color. This is known to cause certain mono processes to crash, and apparently that problem will manifest when building mono. This problem has been around for a very long time, I don't know the root cause, nor why it still happens to this day.

At any rate, setting TERM to "xterm", will allow the build process to complete without error.

This is what you get when term is set to xterm-color.

Code:

Unhandled Exception:
System.MissingMethodException: Method 'AppContext.get_BaseDirectory' not found.
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args, System.String[] extraArgs) <0x40ef0220 + 0x0009b> in <filename unknown>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args) <0x40eefd50 + 0x0002f> in <filename unknown>:0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.MissingMethodException: Method 'AppContext.get_BaseDirectory' not found.
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args, System.String[] extraArgs) <0x40ef0220 + 0x0009b> in <filename unknown>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args) <0x40eefd50 + 0x0002f> in <filename unknown>:0 
make[6]: *** [build/profiles/basic.make:114: build/deps/basic-profile-check.exe] Error 1
*** The runtime 'mono' doesn't appear to be usable.
*** Trying the 'monolite/1050001000' directory.

Unhandled Exception:
System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.ConsoleDriver..cctor () [0x0004d] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.Console..cctor () [0x0008e] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
   --- End of inner exception stack trace ---
  at Microsoft.CodeAnalysis.CommandLine.BuildClient.RunCompilation (System.Collections.Generic.IEnumerable`1[T] originalArguments, Microsoft.CodeAnalysis.BuildPaths buildPaths, System.IO.TextWriter textWriter) [0x00005] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CommandLine.DesktopBuildClient.Run (System.Collections.Generic.IEnumerable`1[T] arguments, System.Collections.Generic.IEnumerable`1[T] extraArguments, Microsoft.CodeAnalysis.CommandLine.RequestLanguage language, Microsoft.CodeAnalysis.CommandLine.CompileFunc compileFunc, Microsoft.CodeAnalysis.IAnalyzerAssemblyLoader analyzerAssemblyLoader) [0x0003e] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args, System.String[] extraArgs) [0x00018] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args) [0x00006] in <0b73f303db124699a9f415aa972a6e9f>:0 
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542
  at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.ConsoleDriver..cctor () [0x0004d] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
   --- End of inner exception stack trace ---
  at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
  at System.Console..cctor () [0x0008e] in <a1b5f74c65a1463fa49fb076b51e492c>:0 
   --- End of inner exception stack trace ---
  at Microsoft.CodeAnalysis.CommandLine.BuildClient.RunCompilation (System.Collections.Generic.IEnumerable`1[T] originalArguments, Microsoft.CodeAnalysis.BuildPaths buildPaths, System.IO.TextWriter textWriter) [0x00005] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CommandLine.DesktopBuildClient.Run (System.Collections.Generic.IEnumerable`1[T] arguments, System.Collections.Generic.IEnumerable`1[T] extraArguments, Microsoft.CodeAnalysis.CommandLine.RequestLanguage language, Microsoft.CodeAnalysis.CommandLine.CompileFunc compileFunc, Microsoft.CodeAnalysis.IAnalyzerAssemblyLoader analyzerAssemblyLoader) [0x0003e] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args, System.String[] extraArgs) [0x00018] in <0b73f303db124699a9f415aa972a6e9f>:0 
  at Microsoft.CodeAnalysis.CSharp.CommandLine.Program.Main (System.String[] args) [0x00006] in <0b73f303db124699a9f415aa972a6e9f>:0 
make[8]: *** [build/profiles/basic.make:114: build/deps/basic-profile-check.exe] Error 1
*** The contents of your 'monolite/1050001000' directory may be out-of-date
*** You may want to try 'make get-monolite-latest'
make[8]: *** [build/profiles/basic.make:96: do-profile-check-monolite] Error 1
make[7]: *** [build/profiles/basic.make:72: do-profile-check] Error 2
make[6]: *** [build/profiles/basic.make:108: do-profile-check-monolite] Error 2
make[5]: *** [build/profiles/basic.make:72: do-profile-check] Error 2
make[4]: *** [Makefile:51: profile-do--basic--all] Error 2
make[3]: *** [Makefile:47: profiles-do--all] Error 2
make[2]: *** [Makefile:570: all-local] Error 2
make[2]: Leaving directory '/tmp/SBo/mono-5.0.1.1/runtime'
make[1]: *** [Makefile:522: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/mono-5.0.1.1'
make: *** [Makefile:451: all] Error 2

Last edited by Ook; 10-16-2020 at 03:53 PM.

10-16-2020, 06:03 PM

#3012

newHeiko

LQ Newbie

Registered: May 2020

Distribution: slackware 15.0

Posts: 26

Rep:

Quote:

Originally Posted by newHeiko

It's been a while, last time I built VTK was on May 29 this year (and I still have freetype-2.10.2 here right now). Just started a new build process to check, will get back to you.

So, I can't rebuild VTK-8.2.0 either.

I updated the SlackBuild to 9.0.1 which builds - PR here: https://github.com/Ponce/slackbuilds/pull/85

Both kicad and FreeCAD (the two packages I have installed that use VTK, both through OpenCASCADE) still run - that's a good sign...

But now I can't get OpenCASCADE to build on top of that version of VTK. Welcome to dependency hell.

edit: I'll try building OpenCASCADE with this patch: https://tracker.dev.opencascade.org/view.php?id=31582 tomorrow. Hope it applies to 7.3.0 as well.

Will keep you posted,
Heiko

Last edited by newHeiko; 10-16-2020 at 06:34 PM.

10-17-2020, 01:47 PM	#3013
orbea Senior Member Registered: Feb 2015 Distribution: Slackware64-current Posts: 1,950 Rep:	Please remove glslang, its already part of Slackware-current in the vulkan-sdk package.

10-17-2020, 04:37 PM	#3014
newHeiko LQ Newbie Registered: May 2020 Distribution: slackware 15.0 Posts: 26 Rep:	More on VTK/OpenCASCADE/FreeCAD: 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 I copied over the patch and created this PR: https://github.com/Ponce/slackbuilds/pull/86 which should allow you to build VTK. Then OpenCASCADE-7.3.0 from your -current-repo builds for me and then FreeCAD-0.18.4 from the original PR: https://github.com/Ponce/slackbuilds/pull/84 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. Cheers, Heiko Side note: I'm really, really looking forward to 15.0 when I can stop chasing a rolling release. That's why I came back to Slackware, I think it was a 12.x or 13.x(x) version at the time, after a couple of years using Gentoo and Arch. In hindsight, it might have been a better fit for my needs to transplant a 5.x-kernel (required for my new CPU's power management) into 14.2 than to switch to -current...
	1 members found this post helpful.

10-18-2020, 12:50 AM

#3015

kingbeowulf

Senior Member

Registered: Oct 2003

Location: WA

Distribution: Slackware

Posts: 1,267

Blog Entries: 11

Rep:

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.

Page 201 of 398

201