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.
thanks but this is an oversight in the main SBo repository and it has been already fixed in one of the working git branches: it will go in the master branch at the next update.
pygments is also needed by appstream-glib and not listed as a dependency (build will fail otherwise). I have compiled it with python/Pygments 2.4.2 which was already available on SBo. What was the reason of providing a duplicate @USUARIONUEVO?
pygments is also needed by appstream-glib (build will fail otherwise).
appstream-glib does not require pygments. At least not according to Arch or Gentoo. And I have never needed it when building appstream-glib. Maybe you're thinking about something else?
Faac/faac.SlackBuilds contains the following command:
Code:
sed -i "s|AM_CONFIG_HEADER|AC_CONFIG_HEADERS|" configure.in || die
This appears to be pearlish. There is no `die` command in Bash. You could add
Code:
die() { echo "$*" 1>&2 ; exit 1; }
but it is easier to change `die` to `exit`. Of course, nobody will notice, since the `sed` command usually works. That and the patches will need to be changed for the current version: faac-1.29.9.2.
src/rtphint.cpp:342:35: error: ISO C++ forbids comparison between pointer and integer [-fpermissive]
342 | if (pSlash != '\0') {
This was fixed three years ago upstream
Code:
*pSlash != '\0'
Building cinelerra calls for a prerequisite 'faac', which requires libmp4v2. https://code.google.com/archive/p/mp4v2/ has many mirrors, many of which are not maintained. The google site declares version 2.0.0 as the most recent, which is the version we have at slackbuilds, uploaded in 2012. Each of the more-recent versions is marked 'deprecated'. Suggest we go with Sérgio Basto's git version, perhaps bundle a git-clone into a tarball? His last commit was Nov 2019, which builds error-free using a modified SlackBuild script.
libmp4v2 is already patched for current in the repository linked in the first post.
BTW, I stepped in as a maintainer of faac and libmp4v2 a few days ago and I have already bumped this last locally to that git version: FYI the new faac (1.30), which I'm also about to update, doesn't depend on libmp4v2 anymore as it has a new own version of an mp4v2 library included in its code.
both the new versions will go in the SBo repository for 14.2 and will be available also for current.
Thanks, Ponce!
I was setting up a cinelerra render farm on a couple of older laptops while troubleshooting why a single png wouldn't render. Finally worked after I put the 600 png images into /mnt/render on the server and mounted that on the clients as /mnt/render and synchronized ~/.bcast5. Instead of a 3-hr 2760x1080 UHD video taking four days to render, it now takes less than 20 hours. Appreciate your work! You won't need the patches and the sed command in faac.SlackBuilds with the latest version from https://www.audiocoding.com/downloads.html If you look at Cinelerra GG, probably don't need faac at all. See fdkaac and libfdk_aac.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.