Is there recursive SlackBuild dependency tool?
I just built spamassassin from the SlackBuilds repo. The top-level spamassassin repository listed 13 dependencies which, in turn, listed sub-dependencies, some of which had even more dependencies. In total I manually downloaded and built 46 modules from SlackBuilds which took a couple of hours!
Is there not some recursive build dependency tool to do this automatically? |
sqg from sbopkg creates queue files for packages
you can than install the queue file (= all packages) sboinstall from sbotools does everything under the hood, just sboinstall package and the dependencies are installed. slpkg claims also to be able to manage dependencies, but with this tool I have the least experience. there might be other tools. |
If you build packages for multiple computers, you might want to look into slackrepo. It will go through all dependencies and build everything needed in a clean chroot to ensure it doesn't pick up extra dependencies (it's designed to be used on a stock clean Slackware install and then you install those packages on another machine). It will list all the dependencies in the .dep file, which some package managers can use this to install all required software. I believe sbotools and slpkg both do that.
But I had been a happy user of sqg/sbopkg for quite some time before I started digging into slackrepo. Now I wouldn't go back to sbopkg unless just for a temporary package. |
sbopkg can't build a working ffmpeg
as the dependencies are listed as optional as built without any of the optional dependencies it has no converters codecs or formats to work with and just prints a help screen or error |
Quote:
Code:
@lame |
Quote:
or do I need to keep adding to the last line ? could just use a modified version of this file as my queue file and skip running sqg |
Quote:
If you don't feel a need to change my options, you can copy this into a queue file for ffmpeg (under /var/lib/sbopkg/queues/ffmpeg.sqf) and then just run sbopkg -i ffmpeg and then select 'q' so it uses the queuefile. Then just sit back and wait for it to build. |
thank you !
|
Quote:
Code:
# ls -ltr Code:
Can't locate SBO/Lib.pm in @INC (you may need to install the SBO::Lib module) (@INC contains: /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 ./sboconfig line 16. I don't know what a "queue" file is and rob.rice's example of one does not illuminate me on how to make one or what to do with it once I've made it. |
hummm looking into this as I've never heard of this until now.
on that download page it tells of how to install "Package: A pre-built Slackware package of the latest version of sbopkg can be downloaded here." Downloads SBOpkg Quote:
here For Slackware 14.0, 14.1, or 14.2, you need the latest release in the 2.x branch, which is available here as a source tarball or as a ready-made package. It is also available on SlackBuilds.org's sbotools page. |
I use slackrepo too, mainly because it integrates my own "gen_repos_files.sh" script. Therefore slackrepo is able to put the packages it builds in a slackpkg+/slapt-get compatible repository on your local harddisk. Makes it easy to track your locally built packages.
|
Quote:
Code:
sbopkg -k -B -i packagename Anyway, I wasn't talking about sbopkg when I said, "not in standard slackBuilds format." I was talking about sbotools. Yes, I did download that too from SlackBuilds, but there was no .info file, etc. For the heck of it, I just ran sbopkg on sbotools: Code:
$ sbopkg -k -B -i sbotools Alien Bob: Yes, I'll check out slackrepo. As a veteran packager, your choice of tools counts for a lot. |
Quote:
Code:
sqg -p spamassassin Code:
sbopkg -i spamassassin |
Quote:
At the sbotools homepage which was linked to for your convenience you can read "available here as a source tarball or as a ready-made package. It is also available on SlackBuilds.org's sbotools page" You could just download and install that package. If you go look at the SBo page, you will find an ".info" file, the ".SlackBuild" script and everything else you would need to build the package yourself. You would then also notice that there are indeed - a lot - of manpages in the resulting package. And if a package is called "sbotools", that does not mean there will be a program inside of it with the same name "sbotools". It will just take a few seconds to check the manpage or the available documentation to get a grasp of the available scripts. Note that all these packaging automation tools have the same goal but come from different philosophies, so they will not all work the same. Which is good, why would we have them all if they all do exactly the same thing? You can not be serious if you complain that sbotools "requires special knowledge on the part of the user" in a Slackware forum. RTFM please. Then come here for help. Not the other way round. |
RTFM lmao I had to look that one up.
|
All times are GMT -5. The time now is 11:09 AM. |