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.
vlc-3.0.6 from SBo does not compile. Getting this error:
Code:
access/sftp.c: In function ‘Open’:
access/sftp.c:310:14: error: ‘LIBSSH2_HOSTKEY_TYPE_ECDSA_256’ undeclared (first use in this function); did you mean ‘LIBSSH2_HOSTKEY_TYPE_DSS’?
case LIBSSH2_HOSTKEY_TYPE_ECDSA_256:
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_HOSTKEY_TYPE_DSS
access/sftp.c:310:14: note: each undeclared identifier is reported only once for each function it appears in
access/sftp.c:311:42: error: ‘LIBSSH2_KNOWNHOST_KEY_ECDSA_256’ undeclared (first use in this function); did you mean ‘LIBSSH2_KNOWNHOST_KEY_RSA1’?
knownhost_fingerprint_algo = LIBSSH2_KNOWNHOST_KEY_ECDSA_256;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_KNOWNHOST_KEY_RSA1
access/sftp.c:314:14: error: ‘LIBSSH2_HOSTKEY_TYPE_ECDSA_384’ undeclared (first use in this function); did you mean ‘LIBSSH2_HOSTKEY_TYPE_DSS’?
case LIBSSH2_HOSTKEY_TYPE_ECDSA_384:
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_HOSTKEY_TYPE_DSS
access/sftp.c:315:42: error: ‘LIBSSH2_KNOWNHOST_KEY_ECDSA_384’ undeclared (first use in this function); did you mean ‘LIBSSH2_KNOWNHOST_KEY_RSA1’?
knownhost_fingerprint_algo = LIBSSH2_KNOWNHOST_KEY_ECDSA_384;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_KNOWNHOST_KEY_RSA1
access/sftp.c:318:14: error: ‘LIBSSH2_HOSTKEY_TYPE_ECDSA_521’ undeclared (first use in this function); did you mean ‘LIBSSH2_HOSTKEY_TYPE_DSS’?
case LIBSSH2_HOSTKEY_TYPE_ECDSA_521:
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_HOSTKEY_TYPE_DSS
access/sftp.c:319:42: error: ‘LIBSSH2_KNOWNHOST_KEY_ECDSA_521’ undeclared (first use in this function); did you mean ‘LIBSSH2_KNOWNHOST_KEY_RSA1’?
knownhost_fingerprint_algo = LIBSSH2_KNOWNHOST_KEY_ECDSA_521;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
LIBSSH2_KNOWNHOST_KEY_RSA1
make[4]: *** [Makefile:22925: access/libsftp_plugin_la-sftp.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
Without the patch, it builds fine. However, start the application and notice that none of the menu options on the top and on the side show up. If that doesn't happen to you, let me know.
with that version menus are blank here too, but I also tested the latest version patched by Chris: it builds fine and menus seems to show.
with that version menus are blank here too, but I also tested the latest version patched by Chris: it builds fine and menus seems to show.
Well...shoot. I don't know then. I tried it from another machine (even a virtual one) and I still run into the same problem. Did you build one of the extra libraries for numpy3 by any chance? If you are getting it to show, then I wonder what I'm missing on my end.
the vlc script in this repository is patched with an added "--disable-vpx" as 3.0.6 is still not compatible with the new libvpx in current.
no, I built Blender and all the mandatory dependencies only, no optional ones for any of the scripts.
I noticed that from your repo. Good catch.
I'm building the other package for now (the one that doesn't require the dependencies). Not really sure if building from source would make any difference.
On the blender issue. I rebuilt it on 14.2 for python-3.7 with the updated patch from chris, and got the no menus thing. The cause for me was a python directory under /usr/share/blender/2.79 removing this directory and rebuilding solved the issue. I'm not sure where the /usr/share/blender/2.79/python directory came from as it was not removed by upgradepkg. hth
On the blender issue. I rebuilt it on 14.2 for python-3.7 with the updated patch from chris, and got the no menus thing. The cause for me was a python directory under /usr/share/blender/2.79 removing this directory and rebuilding solved the issue. I'm not sure where the /usr/share/blender/2.79/python directory came from as it was not removed by upgradepkg. hth
As well as the "missing menus" patch in the updated SlackBuild, I also took the opportunity to no longer include blender's own python installation, which is really just a (partial?) copy of the system python available at build time (we now just use the system python). As you suggest, the extra blender python should have been removed by upragepkg so I'm surprised it was still there - glad you figured out the problem.
As well as the "missing menus" patch in the updated SlackBuild, I also took the opportunity to no longer include blender's own python installation, which is really just a (partial?) copy of the system python available at build time (we now just use the system python). As you suggest, the extra blender python should have been removed by upragepkg so I'm surprised it was still there - glad you figured out the problem.
chris
For the life of me, I can't get this going. The build fails when the python patch is enabled. I have include my full log in pastebin to see if anything sticks out. I have tried this on a laptop, a server and a virtual machine with the same result. Here's the link.
For the life of me, I can't get this going. The build fails when the python patch is enabled. I have include my full log in pastebin to see if anything sticks out. I have tried this on a laptop, a server and a virtual machine with the same result. Here's the link.
Based on your pastebin, have a look at http://blender.45788.x6.nabble.com/n...-td178338.html where a patch is linked which may fix your problem. I say "may" because the patch title mentions "clang" yet I don't see LLVM mentioned in your configuration. It's probably worth a shot though ...
Based on your pastebin, have a look at http://blender.45788.x6.nabble.com/n...-td178338.html where a patch is linked which may fix your problem. I say "may" because the patch title mentions "clang" yet I don't see LLVM mentioned in your configuration. It's probably worth a shot though ...
chris
Okay, that didn't fix the error. However, I went back and looked at all the patches Fedora was implementing. I went ahead and loaded all of those (including your python patch) and that finally got it to build correctly and show the menus. Not sure which patch did the trick. This is how my patch section looks:
Last week I added a patch so that dwm-6.2 will build in 14.2. The patch allows it to use the fontconfig in 14.2 by undoing references to LC_COLOR in the latest dwm git commit.
This patch isn't necesary with -current and it should build without it (tested last week).
Last week I added a patch so that dwm-6.2 will build in 14.2. The patch allows it to use the fontconfig in 14.2 by undoing references to LC_COLOR in the latest dwm git commit.
This patch isn't necesary with -current and it should build without it (tested last week).
I'll remove it from the repo, thanks for notifying!
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Net::HTTP
Writing MYMETA.yml and MYMETA.json
cp lib/Net/HTTP/Methods.pm blib/lib/Net/HTTP/Methods.pm
cp lib/Net/HTTP.pm blib/lib/Net/HTTP.pm
cp lib/Net/HTTPS.pm blib/lib/Net/HTTPS.pm
cp lib/Net/HTTP/NB.pm blib/lib/Net/HTTP/NB.pm
Manifying 3 pod documents
PERL_DL_NONLAZY=1 "/usr/bin/perl5.28.1" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/apache-https.t .. skipped: Live tests disabled; pass --live-tests to Makefile.PL to enable
t/apache.t ........ skipped: Live tests disabled; pass --live-tests to Makefile.PL to enable
t/http-nb.t .......
Failed 11/14 subtests
t/http.t .......... ok
Test Summary Report
-------------------
t/http-nb.t (Wstat: 13 Tests: 3 Failed: 0)
Non-zero wait status: 13
Parse errors: Bad plan. You planned 14 tests but ran 3.
Files=4, Tests=40, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.13 cusr 0.03 csys = 0.20 CPU)
Result: FAIL
Failed 1/4 test programs. 0/40 subtests failed.
make: *** [Makefile:888: test_dynamic] Error 255
It seems the build script hasn't been touched since 2015 and upstream is now on 6.18 where SBo has 6.09 so I tried the newer version which also failed...
Code:
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Net::HTTP
Writing MYMETA.yml and MYMETA.json
cp lib/Net/HTTP/NB.pm blib/lib/Net/HTTP/NB.pm
cp lib/Net/HTTP/Methods.pm blib/lib/Net/HTTP/Methods.pm
cp lib/Net/HTTPS.pm blib/lib/Net/HTTPS.pm
cp lib/Net/HTTP.pm blib/lib/Net/HTTP.pm
Manifying 4 pod documents
PERL_DL_NONLAZY=1 "/usr/bin/perl5.28.1" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00-report-prereqs.t .. #
# Versions for all modules listed in MYMETA.json (including optional ones):
#
# === Configure Requires ===
#
# Module Want Have
# ------------------- ---- ----
# ExtUtils::MakeMaker any 7.34
#
# === Configure Suggests ===
#
# Module Want Have
# -------- ------- -------
# JSON::PP 2.27300 2.97001
#
# === Build Requires ===
#
# Module Want Have
# ------------------- ---- ----
# ExtUtils::MakeMaker any 7.34
#
# === Test Requires ===
#
# Module Want Have
# ------------------- ---- --------
# Data::Dumper any 2.170
# ExtUtils::MakeMaker any 7.34
# File::Spec any 3.74
# IO::Select any 1.39
# Socket any 2.027
# Test::More any 1.302133
#
# === Test Recommends ===
#
# Module Want Have
# ---------- -------- --------
# CPAN::Meta 2.120900 2.150010
#
# === Runtime Requires ===
#
# Module Want Have
# ---------------------- ---- -----
# Carp any 1.50
# Compress::Raw::Zlib any 2.076
# IO::Socket::INET any 1.39
# IO::Uncompress::Gunzip any 2.074
# URI any 1.74
# base any 2.27
# strict any 1.11
# vars any 1.04
# warnings any 1.42
#
# === Runtime Suggests ===
#
# Module Want Have
# ----------------- ----- -------
# IO::Socket any 1.39
# IO::Socket::INET6 any missing
# IO::Socket::IP any 0.39
# IO::Socket::SSL 2.012 2.066
# Symbol any 1.08
#
t/00-report-prereqs.t .. ok
t/http-nb.t ............ Failed 11/14 subtests
t/http.t ............... ok
t/live-https.t ......... skipped: Can't connect to www.cpan.org:443
t/live.t ............... skipped: Can't connect to www.neverssl.com
Test Summary Report
-------------------
t/http-nb.t (Wstat: 13 Tests: 3 Failed: 0)
Non-zero wait status: 13
Parse errors: Bad plan. You planned 14 tests but ran 3.
Files=5, Tests=41, 0 wallclock secs ( 0.03 usr 0.01 sys + 0.39 cusr 0.07 csys = 0.50 CPU)
Result: FAIL
Failed 1/5 test programs. 0/41 subtests failed.
make: *** [Makefile:892: test_dynamic] Error 255
I'm not very familiar with perl so I haven't taken this farther.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.