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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Indeed, but isn't Slackware's principle "keep it as close to the origin as possible"?
what more "close to the origin" that taking the patch from upstream? :-)
Quote:
At least, if things go wrong, chances are they are going to go wrong identically on 14.2 and on current.
stable and current usually diverge pretty soon and as of now, many years of development apart, there are *A LOT* of differences so *A LOT* of things behave differently.
but look, nagios above is the counter-example of what I was saying before: to fix it as upstream does I would have to update it to a newer version and together with it the stuff that depends on it.
as I am not the maintainer of nagios and I'm not using it ATM I left this burden to his maintainer (sorry, Mario!) and decided to introduce a workaround flag.
in the end what goes and what doesn't in this repository is also a matter of personal free time availability... but consider that you can still fork it and change whatever you want!
I just tested building GraphicsMagick on a clean and full installation of the latest Slackware current and everything went fine: if I were you I would try reinstalling glibc but if this won't solve please open a dedicated topic for this issue.
Quote:
Originally Posted by Dan Suson
GraphicsMagic does not build. It is a very strange compilation error:
Code:
Checking if your kit is complete...
Looks good
Warning (mostly harmless): No library found for -lGraphicsMagick
Generating a Unix-style Makefile
Writing Makefile for Graphics::Magick
Writing MYMETA.yml and MYMETA.json
cp Magick.pm blib/lib/Graphics/Magick.pm
AutoSplitting blib/lib/Graphics/Magick.pm (blib/lib/auto/Graphics/Magick)
Running Mkbootstrap for Magick ()
chmod 644 "Magick.bs"
"/usr/bin/perl5.32.0" -MExtUtils::Command::MM -e 'cp_nonempty' -- Magick.bs blib/arch/auto/Graphics/Magick/Magick.bs 644
"/usr/bin/perl5.32.0" "/usr/share/perl5/ExtUtils/xsubpp" -typemap '/usr/share/perl5/ExtUtils/typemap' -typemap '/tmp/SBo/GraphicsMagick-1.3.35/PerlMagick/typemap' Magick.xs > Magick.xsc
mv Magick.xsc Magick.c
gcc -c -I../ -I.. -I/usr/include/freetype2 -I/usr/include/libxml2 -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -fopenmp -O2 -fPIC -Wall -pthread -O2 -fPIC -DVERSION=\"1.3.35\" -DXS_VERSION=\"1.3.35\" -fPIC "-I/usr/lib64/perl5/CORE" -D_LARGE_FILES=1 -DHAVE_CONFIG_H Magick.c
In file included from Magick.xs:57:
/usr/lib64/perl5/CORE/perl.h:1363:12: fatal error: netdb.h: No such file or directory
1363 | # include <netdb.h>
| ^~~~~~~~~
compilation terminated.
When I tried to follow this, netdb.h is a part of glibc and perl.h is coming from the perl 5.32.0 package. I'm not sure how to fix this! Any help would be appreciated.
maybe, as the SlackBuild is tested only with that version of the jdk, but, as the build proces seems to be killed, maybe your error might be related to the resources of the machine you are trying to build LibreOffice on: you might have exhausted your RAM so if you don't have other to allocate you can try adding additional swap space or reduce the number of parallel jobs.
also you might want to keep the discussion in the topic you linked, where the maintainer of the LibreOffice SlackBuild can surely give you a better support than mine.
maybe, as the SlackBuild is tested only with that version of the jdk, but, as the build proces seems to be killed, maybe your error might be related to the resources of the machine you are trying to build LibreOffice on: you might have exhausted your RAM so if you don't have other to allocate you can try adding additional swap space or reduce the number of parallel jobs.
ok thanks, this time i gave 2gb of swap and after 1 hour i got this error
Code:
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker /tmp/SBo/libreoffice-7.0.3.1/workdir/UnoApiHeadersTarget/offapi/normal/com/sun/star/ucb/UniversalContentBroker.hpp:52'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker /tmp/SBo/libreoffice-7.0.3.1/workdir/UnoApiHeadersTarget/offapi/normal/com/sun/star/ucb/UniversalContentBroker.hpp:52'
make[1]: *** [/tmp/SBo/libreoffice-7.0.3.1/solenv/gbuild/Gallery.mk:56: /tmp/SBo/libreoffice-7.0.3.1/workdir/Gallery/backgrounds.done] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [/tmp/SBo/libreoffice-7.0.3.1/solenv/gbuild/Gallery.mk:56: /tmp/SBo/libreoffice-7.0.3.1/workdir/Gallery/sounds.done] Error 1
make: *** [Makefile:281: build] Error 2
Failures:
LibreOffice: LibreOffice.SlackBuild return non-zero
Quote:
also you might want to keep the discussion in the topic you linked, where the maintainer of the LibreOffice SlackBuild can surely give you a better support than mine.
but is already mark as solved, the title maybe can cause confusion because is not a problem in configure.
I decide to to go with cmake here is my configure compile section I replace the autotools section with. Only other changes to the SlackBuild was to VERSION and I commented out the fix just after the fix perms part.
Code:
mkdir -p build
cd build
cmake .. \
-DCMAKE_C_FLAGS_RELEASE="$SLKCFLAGS" \
-DCMAKE_CXX_FLAGS_RELEASE="$SLKCFLAGS" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_INSTALL_LIBDIR=lib$LIBDIRSUFFIX \
-DBUILD_SHARED_LIBS=on \
-DCMAKE_BUILD_TYPE=Release \
-Dpython-bindings=on \
-Dpython-egg-info=on \
-Dbuild_examples=$EXAMPLES
make
make install/strip DESTDIR=$PKG
cd -
The build completes after using the above. I got the last three configure options from the tarballs CMakeLists.txt. Not sure is the python-egg-info is really needed but it's in the 1.2.11 package to I included it. These is another option "python-install-system-dir "Install python bindings to the system installation directory rather than the CMake installation prefix" OFF)" I left out.
Last edited by chrisretusn; 01-22-2021 at 09:51 AM.
ok thanks, this time i gave 2gb of swap and after 1 hour i got this error
Code:
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker /tmp/SBo/libreoffice-7.0.3.1/workdir/UnoApiHeadersTarget/offapi/normal/com/sun/star/ucb/UniversalContentBroker.hpp:52'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker /tmp/SBo/libreoffice-7.0.3.1/workdir/UnoApiHeadersTarget/offapi/normal/com/sun/star/ucb/UniversalContentBroker.hpp:52'
make[1]: *** [/tmp/SBo/libreoffice-7.0.3.1/solenv/gbuild/Gallery.mk:56: /tmp/SBo/libreoffice-7.0.3.1/workdir/Gallery/backgrounds.done] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [/tmp/SBo/libreoffice-7.0.3.1/solenv/gbuild/Gallery.mk:56: /tmp/SBo/libreoffice-7.0.3.1/workdir/Gallery/sounds.done] Error 1
make: *** [Makefile:281: build] Error 2
Failures:
LibreOffice: LibreOffice.SlackBuild return non-zero
but is already mark as solved, the title maybe can cause confusion because is not a problem in configure.
maybe i need to reduce the parallelo job?
jdk11 is the supported jdk because it is an LTS release. More recent versions seem to change very often - to the extent that I am unable to check your exact problem because jdk14 is no longer available to download. However I thought I would try it with jdk15. Unfortunately the SlackBuild for jdk15 is out of date - specifying version 15.0.1 which is also no longer available. It's not a big deal to change it to the available version 15.0.2 - I just mention it to point out what a moving target these non-LTS jdk releases are. It's also why I'm not keen to test LO builds, which are quite big, against every new jdk that becomes available. Nevertheless, those jdk's that I have tested all seem to be OK for building LO.
Anyway with the necessary changes for using jdk15 instead of jdk11, LibreOffice builds fine here in a clean and up to date -current VM. Due to past problems similar to what you are seeing, the VM has a fairly high specification - 60G disk space and 4G swap. I collect some usage stats of my builds which show (if I interpret the numbers correctly) that just over 10G of disk space and about 2.1G of RAM were used for the build.
chris
Last edited by chris.willing; 01-23-2021 at 02:53 AM.
Reason: fixed disk & RAM usage
The only way i can build this , is exactly as archlinux do ,
I use their patches , i remove ours , and i copy options to build ... only way i found to build is copy , how archlinux builds , using same patches and flags.
ALL my errors build point to some v4l package related.
Last edited by USUARIONUEVO; 01-23-2021 at 12:01 PM.
jdk11 is the supported jdk because it is an LTS release. More recent versions seem to change very often - to the extent that I am unable to check your exact problem because jdk14 is no longer available to download. However I thought I would try it with jdk15. Unfortunately the SlackBuild for jdk15 is out of date - specifying version 15.0.1 which is also no longer available. It's not a big deal to change it to the available version 15.0.2 - I just mention it to point out what a moving target these non-LTS jdk releases are. It's also why I'm not keen to test LO builds, which are quite big, against every new jdk that becomes available. Nevertheless, those jdk's that I have tested all seem to be OK for building LO.
Anyway with the necessary changes for using jdk15 instead of jdk11, LibreOffice builds fine here in a clean and up to date -current VM. Due to past problems similar to what you are seeing, the VM has a fairly high specification - 60G disk space and 4G swap. I collect some usage stats of my builds which show (if I interpret the numbers correctly) that just over 10G of disk space and about 2.1G of RAM were used for the build.
and after that compiled successfully, i don't know why this time i had to do unset of this variable. (is wrote even in README)
but for the previous one i never do the unset.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.