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

brobr · 10-22-2019, 05:28 PM

Quote:

Originally Posted by ponce

ok, when you submit it I'll remove that.

Thanks, it's pending.....

aikempshall · 10-24-2019, 02:55 AM

I'm using and up to date current, ktown and multilib

I'm having problems building qt-creator 4.9.2

The errors in context are -

Quote:

clangformatutils.cpp:206:45: warning: 'QDir& QDir:

perator=(const QString&)' is deprecated: Use QDir::setPath() instead [-Wdeprecated-declarations]
206 | overrideDir = globalPath().toString();
| ^
In file included from /usr/include/qt5/QtWidgets/qfilesystemmodel.h:46,
from /usr/include/qt5/QtWidgets/QFileSystemModel:1,
from ../../plugins/projectexplorer/project.h:39,
from clangformatutils.cpp:34:
/usr/include/qt5/QtCore/qdir.h:110:11: note: declared here
110 | QDir &operator=(const QString &path);
| ^~~~~~~~
g++ -c -O2 -fPIC -Wno-noexcept-type -Wno-class-memaccess -Wno-unused-parameter -O2 -O2 -fPIC -std=gnu++1y -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQBS_ENABLE_PROJECT_FILE_UPDATES -D'RELATIVE_PLUGIN_P
ATH="../lib64/qtcreator/plugins"' -D'RELATIVE_LIBEXEC_PATH="../libexec/qtcreator"' -D'RELATIVE_DATA_PATH="../share/qtcreator"' -D'RELATIVE_DOC_PATH="../doc/qt-creator-4.9.2"' -DIDE_LIBRARY_BASENAME="lib64" -DQT_CREATOR -DQT_NO_CAST_TO
_ASCII -DQT_RESTRICTED_CAST_FROM_ASCII -DQT_DISABLE_DEPRECATED_BEFORE=0x050900 -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -DCLANG_VERSION="9.0.0" -D"CLANG_RESOURCE_DIR="/usr/lib64/clang/9.0.0/include"" -D"CLANG_BINDIR=\
"/usr/bin"" -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CONCURRENT_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I../../../src -I../../../src -I../../libs -I/tmp/SBo/qt-creator-4.9.2/tools -I../../plugins -I../../libs -I../../li
bs/3rdparty -I../../libs/clangsupport -I../../libs/3rdparty/syntax-highlighting/src/lib -I../../libs/3rdparty/syntax-highlighting/autogenerated/src/lib -I../../libs/sqlite -I. -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtWidget
s -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtConcurrent -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtCore -I.moc/release-shared -I.uic -I/usr/lib64/qt5/mkspecs/linux-g++ -o .obj/release-shared/clanghi
ghlightingresultreporter.o clanghighlightingresultreporter.cpp
make[3]: *** [Makefile:1245: .obj/release-shared/clangformatutils.o] Error 1
make[3]: Leaving directory '/tmp/SBo/qt-creator-4.9.2/src/plugins/clangformat'
make[2]: *** [Makefile:145: sub-clangformat-make_first] Error 2
make[2]: *** Waiting for unfinished jobs....

I think the real complaint is this

Quote:

clangformatutils.cpp:206:45: warning: 'QDir& QDir:

perator=(const QString&)' is deprecated: Use QDir::setPath() instead [-Wdeprecated-declarations]
206 | overrideDir = globalPath().toString();

There was also some complaint about

Quote:

../../libs/utils/smallstring.h:703:22: warning: implicitly-declared 'constexpr Utils::Internal::StringDataLayout<190>::StringDataLayout(const Utils::Internal::StringDataLayout<190>&)' is deprecated [-Wdeprecated-copy]
703 | : m_data(data)

So I added -Wno-deprecated-declarations and -Wno-deprecated-copy to qt-creator.SlackBuild to see what happens

The compile then errors with

Quote:

clangformatutils.cpp: In function 'clang::format::FormatStyle ClangFormat::qtcStyle()':
clangformatutils.cpp:63:49: error: cannot convert 'bool' to 'clang::format::FormatStyle::ShortIfStyle' in assignment
63 | style.AllowShortIfStatementsOnASingleLine = false;
| ^~~~~
make[3]: *** [Makefile:1245: .obj/release-shared/clangformatutils.o] Error 1
make[3]: Leaving directory '/tmp/SBo/qt-creator-4.9.2/src/plugins/clangformat'
make[2]: *** [Makefile:145: sub-clangformat-make_first] Error 2
make[2]: *** Waiting for unfinished jobs....

I'm now wondering whether the problem lies elsewhere as all the errors seem to relate to clangformatutils.cpp

Any help appreciated.

Alex

Alien Bob · 10-24-2019, 03:59 AM

Perhaps you should try a newer version of QtCreator against the Qt 5.13.1 in my ktown Plasma5 packages? QtCreator 4.10.1 is out: https://download.qt.io/official_rele...r/4.10/4.10.1/

Also, I noticed that Arch has a patch for compilation against clang 9 (which is the clang version in -current) for exactly the same error you are getting in clangformatutils.cpp: https://695274.bugs.gentoo.org/attac...=raw&headers=1

gp.d · 10-24-2019, 08:00 AM

Hi everyone,

I'm new to LQ, not new to Slackware

For the first time I tried the Current-Version, just out of curiosity...
its really impressive, everything works fine just "out of the box".

via sbopkg i tried to install some extra packages.
I changed the sbopkg.conf to point to the Current-Repo - build some packages - no problems so far
except one package: cairo-dock-plug-ins-3.4.1
the compilation stopped with

Code:

...
patching file Dbus/demos/demo_mono/demo_mono.cs
patching file Dbus/interfaces/mono/IApplet.cs
Hunk #1 FAILED at 1 (different line endings).
Hunk #2 FAILED at 27 (different line endings).
2 out of 2 hunks FAILED -- saving rejects to file Dbus/interfaces/mono/IApplet.cs.rej
patching file Dbus/interfaces/mono/ISubApplet.cs
Hunk #1 FAILED at 1 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file Dbus/interfaces/mono/ISubApplet.cs.rej

ok, as I am not a programmer, thats a bit of hieroglyphics
but I had a look in the BuildScript in /var/lib/sbopkg/SBo-git/desktop/cairo-dock-plugins
and found that a "mono"-patch is applied [Line 73]
commenting that line # dosn't work, as the sbopkg command overwrites the changing...

cp'ed the necessary files to some local dir, commenting line 73 in the build script
and starting the build manually works fine, no errors, the difference is, the resulting
package is *SBo.tgz instead of *ponce.tgz

As I said, I'm not a programmer, and it was just "a try", although I did not know what the patch is for!?
Maybe its a bit helpful for the maintainer, and maybe someone can explain some relations to me

By the way, the "cairo-dock" works fine, no error messages about missing plugins :-) and the plugins also working

kind regards

gp

aikempshall · 10-24-2019, 08:11 AM

Quote:

Originally Posted by Alien Bob

Perhaps you should try a newer version of QtCreator against the Qt 5.13.1 in my ktown Plasma5 packages? QtCreator 4.10.1 is out: https://download.qt.io/official_rele...r/4.10/4.10.1/

Also, I noticed that Arch has a patch for compilation against clang 9 (which is the clang version in -current) for exactly the same error you are getting in clangformatutils.cpp: https://695274.bugs.gentoo.org/attac...=raw&headers=1

As advised jumped to qt-creator 4.10.1. Already using AlienBob's Qt 5.13.1. This cleared the deprecated problems, but left me with this error -

Quote:

clangformatutils.cpp: In function 'clang::format::FormatStyle ClangFormat::qtcStyle()':
clangformatutils.cpp:63:49: error: cannot convert 'bool' to 'clang::format::FormatStyle::ShortIfStyle' in assignment
63 | style.AllowShortIfStatementsOnASingleLine = false;
| ^~~~~
make[3]: *** [Makefile:1270: .obj/release-shared/clangformatutils.o] Error 1
make[3]: Leaving directory '/tmp/SBo/qt-creator-4.10.1/src/plugins/clangformat'
make[2]: *** [Makefile:148: sub-clangformat-make_first] Error 2
make[2]: *** Waiting for unfinished jobs....

So applied the patch that AlienBob pointed out.

qt-creator 4.10.1 now compiles without error.

Thanks to AlienBob for pointing me in the right direction. Now all I have to do is test it!

ponce · 10-24-2019, 09:14 AM

Quote:

Originally Posted by gp.d

Hi everyone,

I'm new to LQ, not new to Slackware

For the first time I tried the Current-Version, just out of curiosity...
its really impressive, everything works fine just "out of the box".

via sbopkg i tried to install some extra packages.
I changed the sbopkg.conf to point to the Current-Repo - build some packages - no problems so far
except one package: cairo-dock-plug-ins-3.4.1
the compilation stopped with

Code:

...
patching file Dbus/demos/demo_mono/demo_mono.cs
patching file Dbus/interfaces/mono/IApplet.cs
Hunk #1 FAILED at 1 (different line endings).
Hunk #2 FAILED at 27 (different line endings).
2 out of 2 hunks FAILED -- saving rejects to file Dbus/interfaces/mono/IApplet.cs.rej
patching file Dbus/interfaces/mono/ISubApplet.cs
Hunk #1 FAILED at 1 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file Dbus/interfaces/mono/ISubApplet.cs.rej

ok, as I am not a programmer, thats a bit of hieroglyphics
but I had a look in the BuildScript in /var/lib/sbopkg/SBo-git/desktop/cairo-dock-plugins
and found that a "mono"-patch is applied [Line 73]
commenting that line # dosn't work, as the sbopkg command overwrites the changing...

cp'ed the necessary files to some local dir, commenting line 73 in the build script
and starting the build manually works fine, no errors, the difference is, the resulting
package is *SBo.tgz instead of *ponce.tgz

As I said, I'm not a programmer, and it was just "a try", although I did not know what the patch is for!?
Maybe its a bit helpful for the maintainer, and maybe someone can explain some relations to me

By the way, the "cairo-dock" works fine, no error messages about missing plugins :-) and the plugins also working

kind regards

gp

thanks for the report! I fixed the patches (it will go in at the next global update).

ponce · 10-24-2019, 11:54 AM

Quote:

Originally Posted by Alien Bob

Also, I noticed that Arch has a patch for compilation against clang 9 (which is the clang version in -current) for exactly the same error you are getting in clangformatutils.cpp: https://695274.bugs.gentoo.org/attac...=raw&headers=1

thanks, I pushed this too!

giomat · 10-26-2019, 08:56 AM

Quote:

Originally Posted by aikempshall

qt-creator 4.10.1 now compiles without error.

Thanks to AlienBob for pointing me in the right direction. Now all I have to do is test it!

Fyi theres also a binary qtcreator provided by the qt company itself that should run everywhere. You can install it with the qt online installer thing. it would be nice to have an alternative slackbuild like with blender (where you can choose between compiling and binary) since compile times at least for me are super high.

average_user · 10-26-2019, 02:15 PM

system/ddcutil:

Code:

device_id_util.c: In function ‘devid_usage_code_id_name’:
device_id_util.c:920:39: error: ‘snprintf’ output may be truncated before the last format character [-Werror=format-truncation=]
  920 |       snprintf(resultbuf, 10, "ENUM_%d", usage_simple_id);
      |                                       ^
device_id_util.c:920:7: note: ‘snprintf’ output between 7 and 11 bytes into a destination of size 10
  920 |       snprintf(resultbuf, 10, "ENUM_%d", usage_simple_id);
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[3]: *** [Makefile:544: device_id_util.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/ddcutil-0.8.6/src/util'
make[2]: *** [Makefile:977: all-recursive] Error 1
make[2]: Leaving directory '/tmp/SBo/ddcutil-0.8.6/src'
make[1]: *** [Makefile:576: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/ddcutil-0.8.6'
make: *** [Makefile:485: all] Error 2

Fixed in upstream https://github.com/rockowitz/ddcutil in 83b70830c6e66f096d3d271d2b162be2503a54a1.

ponce · 10-27-2019, 02:23 AM

Quote:

Originally Posted by average_user

system/ddcutil:

Code:

device_id_util.c: In function ‘devid_usage_code_id_name’:
device_id_util.c:920:39: error: ‘snprintf’ output may be truncated before the last format character [-Werror=format-truncation=]
  920 |       snprintf(resultbuf, 10, "ENUM_%d", usage_simple_id);
      |                                       ^
device_id_util.c:920:7: note: ‘snprintf’ output between 7 and 11 bytes into a destination of size 10
  920 |       snprintf(resultbuf, 10, "ENUM_%d", usage_simple_id);
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[3]: *** [Makefile:544: device_id_util.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/ddcutil-0.8.6/src/util'
make[2]: *** [Makefile:977: all-recursive] Error 1
make[2]: Leaving directory '/tmp/SBo/ddcutil-0.8.6/src'
make[1]: *** [Makefile:576: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/ddcutil-0.8.6'
make: *** [Makefile:485: all] Error 2

Fixed in upstream https://github.com/rockowitz/ddcutil in 83b70830c6e66f096d3d271d2b162be2503a54a1.

thanks! I pushed an update to the latest version.

sombragris · 10-27-2019, 10:08 AM

Wanted to build libgnomecanvas-ui and got this error:

Code:

make[2]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6/po'
Making all in doc
make[2]: Entering directory '/tmp/SBo/libgnomeprintui-2.18.6/doc'
gtk-doc: Scanning header files
Traceback (most recent call last):
  File "/usr/bin/gtkdoc-scan", line 59, in <module>
    scan.Run(options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 75, in Run
    ScanHeaders(dir, section_list, decl_list, get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 145, in ScanHeaders
    get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 137, in ScanHeaders
    ScanHeader(fullname, section_list, decl_list, get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 226, in ScanHeader
    for line in open(input_file, 'r', encoding='utf-8'):
  File "/usr/lib64/python3.7/codecs.py", line 322, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 907: invalid start byte
make[2]: *** [Makefile:526: scan-build.stamp] Error 1
make[2]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6/doc'
make[1]: *** [Makefile:352: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6'
make: *** [Makefile:279: all] Error 2

orbea · 10-27-2019, 10:38 AM

pinball fails to build in current.

Code:

*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20

The easiest solution seems to be to change the version to 0.20 in configure.ac unless there are any better ideas?

Code:

sed -i 's/0.19.8/0.20/' configure.ac

ponce · 10-27-2019, 11:25 AM

Quote:

Originally Posted by orbea

pinball fails to build in current.

Code:

*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20

The easiest solution seems to be to change the version to 0.20 in configure.ac unless there are any better ideas?

Code:

sed -i 's/0.19.8/0.20/' configure.ac

(I haven't tried it, but) patching it with a line like the one in the linked commit?

https://gitlab.gnome.org/GNOME/gcr/merge_requests/17

https://gitlab.gnome.org/GNOME/gcr/c...8874f903e30c22

ponce · 10-27-2019, 11:35 AM

Quote:

Originally Posted by sombragris

Wanted to build libgnomecanvas-ui and got this error:

Code:

make[2]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6/po'
Making all in doc
make[2]: Entering directory '/tmp/SBo/libgnomeprintui-2.18.6/doc'
gtk-doc: Scanning header files
Traceback (most recent call last):
  File "/usr/bin/gtkdoc-scan", line 59, in <module>
    scan.Run(options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 75, in Run
    ScanHeaders(dir, section_list, decl_list, get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 145, in ScanHeaders
    get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 137, in ScanHeaders
    ScanHeader(fullname, section_list, decl_list, get_types, options)
  File "/usr/share/gtk-doc/python/gtkdoc/scan.py", line 226, in ScanHeader
    for line in open(input_file, 'r', encoding='utf-8'):
  File "/usr/lib64/python3.7/codecs.py", line 322, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 907: invalid start byte
make[2]: *** [Makefile:526: scan-build.stamp] Error 1
make[2]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6/doc'
make[1]: *** [Makefile:352: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/libgnomeprintui-2.18.6'
make: *** [Makefile:279: all] Error 2

in the SlackBuild change the line

Code:

  --enable-gtk-doc=yes

with

Code:

  --enable-gtk-doc=no

sombragris · 10-27-2019, 12:46 PM

Quote:

Originally Posted by ponce

in the SlackBuild change the line

Code:

  --enable-gtk-doc=yes

with

Code:

  --enable-gtk-doc=no

Success! Thank you ponce!