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.
note that this topic is dedicated to packages not building on current, so this report shouldn't have been posted here but on the slackbuilds-users mailing list.
BTW I tried to build xa on 14.2 and it went fine: the error you got seems related to a missing file in your installation, libc_nonshared.a, that I have here on my slackware64-14.2 full and updated installation as part of the glibc-2.23-x86_64-4_slack14.2 package.
SimGear-2018.3.2 fails to build on Slackware current
Quote:
Originally Posted by ponce
I'm not really sure what you mean with this "require" because I just tried building the FlightGear version in the repository and all of its dependencies (so with OpenSceneGraph-3.5.5) on 14.2 and it went fine...
what I see on current is compilation breaking because of the newer boost
Code:
[ 45%] Building CXX object simgear/CMakeFiles/SimGearCore.dir/structure/SGPerfMon.cxx.o
[ 46%] Building CXX object simgear/CMakeFiles/SimGearCore.dir/structure/StringTable.cxx.o
In file included from /tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalContext.cxx:20:
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:23: error: ‘enable_if’ in namespace ‘boost’ does not name a template type
typename boost::enable_if< boost::is_function<Sig>,
^~~~~~~~~
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:23: note: suggested alternative: ‘enable_if_’
typename boost::enable_if< boost::is_function<Sig>,
^~~~~~~~~
enable_if_
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:32: error: expected unqualified-id before ‘<’ token
typename boost::enable_if< boost::is_function<Sig>,
^
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:37: error: ‘enable_if_c’ in namespace ‘boost’ does not name a template type
typename boost::enable_if_c< is_const || !is_other_const,
^~~~~~~~~~~
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:37: note: suggested alternative: ‘enable_if_t’
typename boost::enable_if_c< is_const || !is_other_const,
^~~~~~~~~~~
enable_if_t
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:48: error: expected ‘,’ or ‘...’ before ‘<’ token
typename boost::enable_if_c< is_const || !is_other_const,
^
In file included from /tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.cxx:19:
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:23: error: ‘enable_if’ in namespace ‘boost’ does not name a template type
typename boost::enable_if< boost::is_function<Sig>,
^~~~~~~~~
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:23: note: suggested alternative: ‘enable_if_’
typename boost::enable_if< boost::is_function<Sig>,
^~~~~~~~~
enable_if_
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:123:32: error: expected unqualified-id before ‘<’ token
typename boost::enable_if< boost::is_function<Sig>,
^
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:37: error: ‘enable_if_c’ in namespace ‘boost’ does not name a template type
typename boost::enable_if_c< is_const || !is_other_const,
^~~~~~~~~~~
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:37: note: suggested alternative: ‘enable_if_t’
typename boost::enable_if_c< is_const || !is_other_const,
^~~~~~~~~~~
enable_if_t
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:240:48: error: expected ‘,’ or ‘...’ before ‘<’ token
typename boost::enable_if_c< is_const || !is_other_const,
^
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx: In function ‘simgear::Map<std::__cxx11::basic_string<char>, Value> from_nasal_helper(naContext, naRef, const simgear::Map<std::__cxx11::basic_string<char>, Value>*)’:
/tmp/sbopkg.Inv3ur/simgear-2018.2.2/simgear/nasal/cppbind/NasalHash.hxx:290:57: error: no match for ‘operator!=’ (operand types are ‘nasal::Hash::const_iterator’ {aka ‘nasal::Hash::Iterator<true>’} and ‘nasal::Hash::iterator’ {aka ‘nasal::Hash::Iterator<false>’})
for(nasal::Hash::const_iterator it = hash.begin(); it != hash.end(); ++it)
BTW, thanks a lot for testing the new version: I'll test it too and push the updates.
EDIT: SimGear 2018.3.2 seems to have built fine with the boost patch you posted in your previous message and so FlightGear-2018.3.2 and FlightGear-data-2018.3.2 (I've used OpenSceneGraph-3.5.5).
I'm trying to build SimGear 2018.3.2 on my Slackware64-current distribution. I installed the OpenSceneGraph-3.5.5 binary tarball from https://slackware.pkgs.org/14.2/slackonly-x86_64/ (I could not get the SlackBuilds version to build from source). SimGear's configuration finds the OpenSceneGraph libraries without a problem
Quote:
-- Found osgText: /usr/lib64/libosgText.so
-- Found osgSim: /usr/lib64/libosgSim.so
-- Found osgDB: /usr/lib64/libosgDB.so
-- Found osgParticle: /usr/lib64/libosgParticle.so
-- Found osgGA: /usr/lib64/libosgGA.so
-- Found osgViewer: /usr/lib64/libosgViewer.so
-- Found osgUtil: /usr/lib64/libosgUtil.so
-- Found osg: /usr/lib64/libosg.so
-- Found OpenThreads: /usr/lib64/libOpenThreads.so
-- Found OpenSceneGraph: /usr/lib64/libosgText.so;/usr/lib64/libosgSim.so;/usr/lib64/libosgDB.so;/usr/lib64/libosgParticle.so; /usr/lib64/libosgGA.so;/usr/lib64/libosgViewer.so;/usr/lib64/libosgUtil.so;/usr/lib64/libosg.so;/usr/lib64/libOpenThreads.so (found suitable version "3.5.5", minimum required is "3.2.0")
I thought it might be due to the previously mentioned problems with regards to OpenSceneGraph > 3.4.1, but I saw the post from Ponce saying he was able to build this using version 3.5.5. Any suggestions on how to fix this?
I'm trying to build SimGear 2018.3.2 on my Slackware64-current distribution. I installed the OpenSceneGraph-3.5.5 binary tarball from https://slackware.pkgs.org/14.2/slackonly-x86_64/ (I could not get the SlackBuilds version to build from source). SimGear's configuration finds the OpenSceneGraph libraries without a problem
Hi Dan,
IMHO you are walking the wrong way mainly for two reasons:
- maybe it looks like the prebuilt OpenSceneGraph package built for 14.2 is working for you, but it's linked to completely different libraries, so that the package is unusable on current.
- never use packages from pkgs.org, it's a site full of ads that mixes packages from different repositories, linked to different libraries, it's the fastest way to break your system.
more, never, and I repeat, never install packages from there and then come here asking why things doesn't work: if you decide to use that repository you should ask for support to the people that maintain it.
what you need to solve, in building order, is the compilation of OpenSceneGraph on current: build that with just one make job so that you can have an higher chance of spotting the error in the last lines of the log, then paste the error here.
redirecting the build output to a file might help too
when i'm trying to build simple-scan on -current i get this:
Code:
╭─edps@darkstar in ~
╰$ su -l
Senha :
root@darkstar:~# sbopkg -k -i simple-scan
Both a queuefile and a package were found with the name "simple-scan".
Use (Q)ueuefile, (P)ackage, or (A)bort?: q
###########################################
New queue process started on:
seg ago 19 20:08:23 -03 2019
###########################################
+++++++++++++++++++++++++++++++++++++++++++
PRE-CHECK LOG
Using the UNSUPPORTED SBo git repository for -current
Queue Process: Download, build, and install
simple-scan:
GPG checks not supported for the SBo-git repository.
Processing simple-scan 3.30.1.1-1
Using original .info file
Using original SlackBuild file
No build options selected.
+++++++++++++++++++++++++++++++++++++++++++
Pre-check complete.
Do you wish to proceed based on the search results above? Packages not
found will be skipped during the process.
(P)roceed or (Q)uit?: p
Processing simple-scan
simple-scan:
Found simple-scan-3.30.1.1.tar.bz2 in /var/cache/sbopkg.
Checking MD5SUM:
MD5SUM check for simple-scan-3.30.1.1.tar.bz2 ... OK
Building package for simple-scan...
simple-scan-3.30.1.1/
...
..
..
.
simple-scan-3.30.1.1/src/simple-scan.vala
The Meson build system
Version: 0.51.1
Source dir: /tmp/sbopkg.7Tyzxi/simple-scan-3.30.1.1
Build dir: /tmp/sbopkg.7Tyzxi/simple-scan-3.30.1.1/build
Build type: native build
Project name: simple-scan
Project version: 3.30.1.1
C compiler for the build machine: ccache cc (gcc 9.2.0 "cc (GCC) 9.2.0")
Vala compiler for the build machine: valac (valac 0.44.7)
C compiler for the host machine: ccache cc (gcc 9.2.0 "cc (GCC) 9.2.0")
Vala compiler for the host machine: valac (valac 0.44.7)
Build machine cpu family: x86_64
Build machine cpu: x86_64
Found pkg-config: /usr/bin/pkg-config (0.29.2)
Run-time dependency glib-2.0 found: YES 2.60.6
Run-time dependency gtk+-3.0 found: YES 3.24.10
Run-time dependency gmodule-export-2.0 found: YES 2.60.6
Run-time dependency gthread-2.0 found: YES 2.60.6
Run-time dependency zlib found: YES 1.2.11
Run-time dependency cairo found: YES 1.16.0
Run-time dependency gdk-pixbuf-2.0 found: YES 2.38.1
Run-time dependency gusb found: YES 0.2.11
Run-time dependency colord found: YES 1.3.5
Run-time dependency packagekit-glib2 found: YES 1.1.10
Run-time dependency libwebp found: YES 1.0.3
Run-time dependency libwebpmux found: YES 1.0.3
Run-time dependency sane-backends found: YES 1.0.28
Program msgfmt found: YES (/usr/bin/msgfmt)
Program itstool found: YES (/usr/bin/itstool)
Program meson_compile_gschema.py found: YES (/tmp/sbopkg.7Tyzxi/simple-scan-3.30.1.1/data/meson_compile_gschema.py)
Found pkg-config: /usr/bin/pkg-config (0.29.2)
Build targets in project: 10
Found ninja-1.9.0 at /usr/bin/ninja
ninja: Entering directory `build'
[1/19] Generating resources_h with a custom command.
[2/19] Generating resources_c with a custom command.
[3/19] Compiling C object 'src/25a6634@@simple-scan@exe/meson-generated_.._resources.c.o'.
[4/19] Compiling Vala source ../src/config.vapi ../src/app-window.vala ../src/authorize-dialog.vala ../src/book.vala ../src/book-view.vala ../src/page.vala ../src/page-view.vala ../src/preferences-dialog.vala ../src/simple-scan.vala ../src/scanner.vala ../src/screensaver.vala ../src/autosave-manager.vala.
FAILED: src/25a6634@@simple-scan@exe/app-window.c src/25a6634@@simple-scan@exe/authorize-dialog.c src/25a6634@@simple-scan@exe/book.c src/25a6634@@simple-scan@exe/book-view.c src/25a6634@@simple-scan@exe/page.c src/25a6634@@simple-scan@exe/page-view.c src/25a6634@@simple-scan@exe/preferences-dialog.c src/25a6634@@simple-scan@exe/simple-scan.c src/25a6634@@simple-scan@exe/scanner.c src/25a6634@@simple-scan@exe/screensaver.c src/25a6634@@simple-scan@exe/autosave-manager.c
valac -C --debug --debug --pkg libwebpmux --pkg libwebp --pkg packagekit-glib2 --pkg colord --pkg sane-backends --pkg gusb --pkg gdk-pixbuf-2.0 --pkg cairo --pkg zlib --pkg gtk+-3.0 --target-glib ' 2.38' --pkg glib-2.0 --color=always --directory src/25a6634@@simple-scan@exe --basedir ../src --gresources=../src/simple-scan.gresource.xml --pkg=posix --vapidir=/tmp/sbopkg.7Tyzxi/simple-scan-3.30.1.1/src -D HAVE_COLORD -D HAVE_PACKAGEKIT -D HAVE_WEBP ../src/config.vapi ../src/app-window.vala ../src/authorize-dialog.vala ../src/book.vala ../src/book-view.vala ../src/page.vala ../src/page-view.vala ../src/preferences-dialog.vala ../src/simple-scan.vala ../src/scanner.vala ../src/screensaver.vala ../src/autosave-manager.vala
../src/book.vala:207.9-207.26: warning: delegates with scope="async" must be owned
ThreadFunc<Error?>? write_delegate = null;
^^^^^^^^^^^^^^^^^^
../src/book.vala:207.9-207.26: warning: delegates with scope="async" must be owned
ThreadFunc<Error?>? write_delegate = null;
^^^^^^^^^^^^^^^^^^
../src/book.vala:207.9-207.26: warning: delegates with scope="async" must be owned
ThreadFunc<Error?>? write_delegate = null;
^^^^^^^^^^^^^^^^^^
../src/simple-scan.vala:134.31-134.42: error: Argument 1: Cannot convert from `unowned GLib.List<weak ScanDevice>' to `unowned GLib.List<ScanDevice>'
app.set_scan_devices (devices_copy, missing_driver);
^^^^^^^^^^^^
Compilation failed: 1 error(s), 3 warning(s)
[5/19] Generating simple-scan.desktop_data_merge with a custom command.
[6/19] Generating simple-scan.appdata.xml_data_merge with a custom command.
ninja: build stopped: subcommand failed.
Cleaning up...
simple-scan:
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.
(Y)es to continue, (N)o to abort, (R)etry the build?:
When i update version to 3.32.2.1 script builds fine and program works too, see the complete log:
When i update version to 3.32.2.1 script builds fine and program works too, see the complete log:
yes, I can confirm it: I guess the updated vala needs a newer version than the one in the repository.
thanks for reporting this, it will go in the next update!
yes, I can confirm it: I guess the updated vala needs a newer version than the one in the repository.
thanks for reporting this, it will go in the next update!
Thanks for your return, and sorry for post the same post in another place!
Not sure if this is the correct spot; I've had issues trying to get openjdk8 (or 7 as it is a dependency) to build due to gcc-java no longer the place to get started from.
What would be the proper way to go? Preferably a route that does not require the official jdk package from Oracle, given the changed license ... and does this keep requiring openjdk7?
Additionally, I've noticed that quite a few packages have 'six' as a dependency, but it is gone; time to remove that requirement? not sure if it has been mentioned earlier, these are a few pages to scan...
Not sure if this is the correct spot; I've had issues trying to get openjdk8 (or 7 as it is a dependency) to build due to gcc-java no longer the place to get started from.
What would be the proper way to go? Preferably a route that does not require the official jdk package from Oracle, given the changed license ... and does this keep requiring openjdk7?
regarding building openjdk on current please get in touch with the maintainer.
Quote:
Additionally, I've noticed that quite a few packages have 'six' as a dependency, but it is gone; time to remove that requirement? not sure if it has been mentioned earlier, these are a few pages to scan...
actually it's gone only from the repository, because it has been added to current as python-six.
maybe you missed the many posts in which it happened, but I already explained that I don't remove dependencies added to Slackware from the REQUIRES lines in the *.info files, just from the repository (to avoid double installations), because it will mean a gazillion more of branches to rebase on git every week beside the already =~ 500 ones and this will get maintaining this project an impossible task.
they will be removed from SBo when the next release of Slackware will be out: I'm sorry if this may be confusing, especially for any third-party tool that parses dependencies (IMHO they actually should just ignore non-existing packages, like sbopkg already does), but I really can't do it.
it will mean a gazillion more of branches to rebase on git every week beside the already =~ 500 ones and this will get maintaining this project an impossible task.
How do you even rebase =~ 500 branches each week? That number already seems impossible enough to me.
regarding building openjdk on current please get in touch with the maintainer.
actually it's gone only from the repository, because it has been added to current as python-six.
maybe you missed the many posts in which it happened, but I already explained that I don't remove dependencies added to Slackware from the REQUIRES lines in the *.info files, just from the repository (to avoid double installations), because it will mean a gazillion more of branches to rebase on git every week beside the already =~ 500 ones and this will get maintaining this project an impossible task.
they will be removed from SBo when the next release of Slackware will be out: I'm sorry if this may be confusing, especially for any third-party tool that parses dependencies (IMHO they actually should just ignore non-existing packages, like sbopkg already does), but I really can't do it.
I was hoping the openjdk maintainer reads here too :-) Or maybe others that have managed a good workaround already. (Something about inventing the wheel once again).
Apart from six being renamed, I understand you won't change it (yet); it might pop up once in a while... I use sboinstall/sboupgrade et al to manage the sbo packages; it does notice it cannot see 'six' and asks if it should continue despite that; it defaults to "no", often I'm too quick for myself and already pressed 'enter' for default and have to start over. :-/
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.