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.
Hi ponce, thanks for the answer. I was taking a look at the aMule home page and found the
development url http://amule.sourceforge.net/tarballs/tarballs.xml , the latest version
(the same you used, 11003) builds ok with cryptopp 7.
Since I was testing it, I tried to build against the libupnp 1.8 instead of libupnp-legacy,
but the build failed.
yes, aMule still doesn't support libupnp-1.8 even in its latest svn version, but this is still an issue not specific to current.
The latest updates on Sbo for vlc and qt-5 raised compilation errors:
vlc:
I had libebml upgraded to its latest SBo-version in the same round...and that .la file is not in the package as shown by less /var/log/packages/libebml-1.3.6-x86_64-1ponce (thus the error seems correct and the problem could be with libebml)
that happens because you already built something that used the libebml.la file, it shouldn't happen if you start from scratch.
Quote:
qt-5:
it seems the new qt5-5.9.7 version doesn't work with openssl-1.1.x: the best option is, IMHO, to revert to version 5.9.6.
that happens because you already built something that used the libebml.la file, it shouldn't happen if you start from scratch.
Yes, (re)compiling vlc-dependencies as listed by sqg onwards from libebml worked; I got vlc compiled. (From scratch might have meant recompiling qt5 which preceded libembl in the list; something I rather postpone).
Thanks,
Rob
mozjs52 was added into current, mozjs (current version 45.0.2 in SBo) could be removed?
all the components are versioned so the two could cohexist... if only SBo's mozjs would build on current
I will remove it but because of this last reason (it's broken on current), thanks for reporting!
Although I'm not on the last -current, I'm trying to build gtkpod ( 2.1.5), which requires anjuta.
I've downloaded the slackbuild from ponce's git, but I end up with:
/usr/include/gtk-3.0/gtk/deprecated/gtkarrow.h:73:12: note: declared here
GtkWidget* gtk_arrow_new (GtkArrowType arrow_type,
^~~~~~~~~~~~~
CC anjuta-autogen.lo
CC anjuta-completion.lo
CC anjuta-close-button.lo
CC anjuta-modeline.lo
CC anjuta-cell-renderer-diff.lo
CCLD libanjuta-3.la
/usr/X11/bin/grep: /usr/lib64/libgtk-3.la: No such file or directory
/usr/X11/bin/sed: can't read /usr/lib64/libgtk-3.la: No such file or directory
libtool: error: '/usr/lib64/libgtk-3.la' is not a valid libtool archive
make[4]: *** [Makefile:1061: libanjuta-3.la] Error 1
make[4]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[3]: *** [Makefile:1269: all-recursive] Error 1
make[3]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[2]: *** [Makefile:951: all] Error 2
make[2]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[1]: *** [Makefile:708: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/anjuta-3.26.0'
make: *** [Makefile:554: all] Error 2
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,130
Rep:
xfce4-whiskermenu-plugin.
The slackbuild script doesn't build on -current. Complains it can't find the changelog.
I was able to build and install the "old fashion way" using, make, make install, etc.
BTW, the most recent version is 2.3.0 and SBo is still at 1.7.5.
Although I'm not on the last -current, I'm trying to build gtkpod ( 2.1.5), which requires anjuta.
I've downloaded the slackbuild from ponce's git, but I end up with:
/usr/include/gtk-3.0/gtk/deprecated/gtkarrow.h:73:12: note: declared here
GtkWidget* gtk_arrow_new (GtkArrowType arrow_type,
^~~~~~~~~~~~~
CC anjuta-autogen.lo
CC anjuta-completion.lo
CC anjuta-close-button.lo
CC anjuta-modeline.lo
CC anjuta-cell-renderer-diff.lo
CCLD libanjuta-3.la
/usr/X11/bin/grep: /usr/lib64/libgtk-3.la: No such file or directory
/usr/X11/bin/sed: can't read /usr/lib64/libgtk-3.la: No such file or directory
libtool: error: '/usr/lib64/libgtk-3.la' is not a valid libtool archive
make[4]: *** [Makefile:1061: libanjuta-3.la] Error 1
make[4]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[3]: *** [Makefile:1269: all-recursive] Error 1
make[3]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[2]: *** [Makefile:951: all] Error 2
make[2]: Leaving directory '/tmp/SBo/anjuta-3.26.0/libanjuta'
make[1]: *** [Makefile:708: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/anjuta-3.26.0'
make: *** [Makefile:554: all] Error 2
Can you please help me on this issue ?
Thanks in advance.
Pigi
please remove all .la files in /usr/lib64 and rebuilt all deps
IMPORTANT NOTE: If you have any third party or other packages installed on
your system that don't come with Slackware, and those packages have installed
any .la files, it is very likely that they refer to some .la files which we
have just removed, and that trying to compile against these packages will no
longer work. Luckily, the solution is simple: remove them. This command will
remove any stale .la files from the LD_LIBRARY_PATH:
rm /{,usr/}lib{,64}/*.la
Should be removed also all files in subdirs under lib{,64} ?
I have quite a lot of it.
Quote:
Originally Posted by Pigi_102
And, BTW, thanks a lot. It did the job. ( And yes, I've removed every .la in /usr/lib64/ subdirs )
no, you shouldn't have removed also the ones in the subdirs.
another excerpt from the same part of the ChangeLog:
Quote:
Originally Posted by The_ChangeLog
The .la files that are outside of the LD_LIBRARY_PATH were not removed (and shouldn't be) - those ones are often used by the lt_dlopen() function to load plugins and removing those ones can break things. But those ones don't cause problems... they aren't likely to try to infect .la files produced by other packages.
xfce4-whiskermenu-plugin.
The slackbuild script doesn't build on -current. Complains it can't find the changelog.
I was able to build and install the "old fashion way" using, make, make install, etc.
BTW, the most recent version is 2.3.0 and SBo is still at 1.7.5.
I'm not sure what is happening there, but xfce4-whiskermenu-plugin-1.7.5 built fine here on Slackware current using the script on SBo...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.