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.
FAILED: librist.so.4.3.1.p/src_crypto_srp.c.o
ccache cc -Ilibrist.so.4.3.1.p -I. -I.. -I../src -Iinclude/librist -I../include/librist -Iinclude -I../include -Icontrib -I../contrib -I../contrib/contrib_cJSON -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -std=c99 -O3 -D_GNU_SOURCE -DLINUX_CRYPTO -Wshadow -pedantic-errors -Wundef -Werror=vla -Wno-maybe-uninitialized -Wno-missing-field-initializers -Wno-unused-parameter -Wunused-parameter -Wmaybe-uninitialized -Wno-error=deprecated-declarations -fvisibility=hidden -fPIC -DCJSON_HIDE_SYMBOLS -pthread -MD -MQ librist.so.4.3.1.p/src_crypto_srp.c.o -MF librist.so.4.3.1.p/src_crypto_srp.c.o.d -o librist.so.4.3.1.p/src_crypto_srp.c.o -c ../src/crypto/srp.c
../src/crypto/srp.c: In function ‘librist_crypto_srp_authenticator_handle_A’:
../src/crypto/srp.c:70:39: error: implicit declaration of function ‘mbedtls_mpi_random’; did you mean ‘mbedtls_mpi_gcd’? [-Wimplicit-function-declaration]
70 | #define BIGNUM_RANDOM(num, max) ret = mbedtls_mpi_random(num, 0, max, _librist_srp_mbedtls_wrap_random, NULL);
| ^~~~~~~~~~~~~~~~~~
../src/crypto/srp.c:503:9: note: in expansion of macro ‘BIGNUM_RANDOM’
503 | BIGNUM_RANDOM(&ctx->b, &ctx->N);
| ^~~~~~~~~~~~~
ninja: build stopped: subcommand failed.
Built fine here. Did you build its deps, cJSON and cmocka?
from your log:
Code:
Run-time dependency libcjson found: NO (tried pkgconfig and cmake)
Has header "cjson/cJSON.h" : NO
Message: Using builtin cJSON library
Message: Building mbedtls
Run-time dependency mbedcrypto found: NO (tried pkgconfig and cmake)
Has header "mbedtls/aes.h" : YES
Library mbedcrypto found: YES
Checking if "MbedTLS has mbedtls_mpi_random()" with dependency -lmbedcrypto compiles: YES
Configuring version.h using configuration
Configuring librist_config.h using configuration
Program objcopy found: YES (/usr/bin/objcopy)
Configuring config.h using configuration
../meson.build:304: WARNING: Project targets '>= 0.51.0' but uses feature introduced in '0.57.0': prelink arg in library.
Message: Building tools
Library cmocka found: NO
Build targets in project: 8
from mine:
Code:
Run-time dependency libcjson found: YES 1.7.15
Message: Building mbedtls
Run-time dependency mbedcrypto found: NO (tried pkgconfig and cmake)
Has header "mbedtls/aes.h" : NO
Message: Using builtin mbedtls code
Configuring version.h using configuration
Configuring librist_config.h using configuration
Program objcopy found: YES (/usr/bin/objcopy)
Configuring config.h using configuration
../meson.build:304: WARNING: Project targets '>= 0.51.0' but uses feature introduced in '0.57.0': prelink arg in library.
Message: Building tools
Library cmocka found: YES
Build targets in project: 9
edit: nevermind, I see you found it while I was putting my post together!
Last edited by fourtysixandtwo; 04-21-2024 at 02:47 PM.
So this is an interesting problem. I'm running into an issue with obs. The package does build, but when you try starting the application, nothing comes up. The taskbar icon does load, but the GUI itself is nowhere to be found. This is happening on my NVIDIA desktop. I can't replicate this on my intel laptop. I can make this its own thread since technically obs is building. I can't quite figure out if it is a dependency issue or what.
So this is an interesting problem. I'm running into an issue with obs. The package does build, but when you try starting the application, nothing comes up. The taskbar icon does load, but the GUI itself is nowhere to be found. This is happening on my NVIDIA desktop. I can't replicate this on my intel laptop. I can make this its own thread since technically obs is building. I can't quite figure out if it is a dependency issue or what.
try launching it from a terminal, maybe that way you could have some output...
I don't know the application but from the output you posted it seems to work correctly.
yes, it's better to open a dedicated topic for this issue you have, this one is not the proper place...
I don't know the application but from the output you posted it seems to work correctly.
yes, it's better to open a dedicated topic for this issue you have, this one is not the proper place...
Dependency of OWSLib on pytz requires a better patch
Hi Ponce
Brent Spillner has reported me a little issue for Qgis depending on OWSLib:
Quote:
I noticed that the OWSLib scripts on SBo now include a
"pytz-not-required.patch" that hides it as a dependency in
requirements.txt so the package can install under Python 3.11 and
greater, where Pytz is not available. However, the library code still
attempts to import and call pytz functions, which of course throws an
exception. If you run QGIS with this version of OWSLib on a system
without Pytz, QGIS traps the exception and displays an error window on
launch but is able to continue, although operations involving
timestamped data may be suspect.
I think a better approach is to simply replace the very short
fragments of OWSLib code that actually depend on Pytz. I contributed
a patch to do just that
(https://github.com/spillner/OWSLib/c...c73cffb0c.diff)
that has been accepted upstream, but they have not yet pushed a new
point release. However, if you replace your pytz-not-required.patch
with mine, you build a truly Pytz-free version of OWSLib that does not
generate any runtime errors when it is called by QGIS.
I've sent a new tarball for next updates in SBo, although it refers only to -current, but if you would apply immediately the changes in your repository, you should change as you can find here: https://github.com/giandex/slackbuil...ain/gis/OWSLib
Hi Ponce
Brent Spillner has reported me a little issue for Qgis depending on OWSLib:
I've sent a new tarball for next updates in SBo, although it refers only to -current, but if you would apply immediately the changes in your repository, you should change as you can find here: https://github.com/giandex/slackbuil...ain/gis/OWSLib
I would apply your mods in a local branch but it would go in the main merge only next week...
I think it's better to wait until the changes have gone into the main SBo repository.
This SBo Perl module doesn't build and seems to be missing a dependency-- perl-Module-Build-Tiny
I get this error:
Code:
Processing perl-Module-Build-Tiny
perl-Module-Build-Tiny:
Found Module-Build-Tiny-0.048.tar.gz in /var/cache/sbopkg.
Checking MD5SUM:
MD5SUM check for Module-Build-Tiny-0.048.tar.gz ... OK
Building package for perl-Module-Build-Tiny...
Module-Build-Tiny-0.048
Module-Build-Tiny-0.048/Todo
Module-Build-Tiny-0.048/README
Module-Build-Tiny-0.048/Changes
Module-Build-Tiny-0.048/LICENSE
Module-Build-Tiny-0.048/INSTALL
Module-Build-Tiny-0.048/dist.ini
Module-Build-Tiny-0.048/META.yml
Module-Build-Tiny-0.048/MANIFEST
Module-Build-Tiny-0.048/Build.PL
Module-Build-Tiny-0.048/META.json
Module-Build-Tiny-0.048/t
Module-Build-Tiny-0.048/t/simple.t
Module-Build-Tiny-0.048/t/lib
Module-Build-Tiny-0.048/t/lib/DistGen.pm
Module-Build-Tiny-0.048/xt/author
Module-Build-Tiny-0.048/xt/author/pod-syntax.t
Module-Build-Tiny-0.048/lib/Module/Build
Module-Build-Tiny-0.048/lib/Module/Build/Tiny.pm
Creating new 'Build' script for 'Module-Build-Tiny' version '0.048'
cp lib/Module/Build/Tiny.pm blib/lib/Module/Build/Tiny.pm
Can't locate CPAN/Requirements/Dynamic.pm in @INC (you may need to install the CPAN::Requirements::Dynamic module) (@INC entries checked: inc /tmp/SBo/Module-Build-Tiny-0.048/blib/arch /tmp/SBo/Module-Build-Tiny-0.048/blib/lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /tmp/SBo/Module-Build-Tiny-0.048/blib/lib/Module/Build/Tiny.pm line 194.
You can use CPAN in a pinch to install the missing dependent CPAN::Requirements::Dynamic module and it builds after that, though I'd rather use a SlackBuild package.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.