Correct universal way of building/installing SBo package in batch mode?
I am trying to avoid doing sqg -a for the whole SBo repository, because it's time consuming.
Some packages have dependencies, others don't. My goal is to install a single package in batch mode, so my input data is an "APPNAME" string. Do I just need to do Code:
sqg -p APPNAME |
Use slapt-get to install, if that's what you want.
|
There's no universal way. There are different tools that have different methods.
|
I want to use sbopkg, as my example shows, perhaps I should've added that explicitly to the title.
|
if you pass to sqg a package with no dependencies it will simply print a complaint that the queue file is empty.
If a queue is generated, then building with "sbopkg -i" will ask you if you want to use the queue or just build and install the package. Anyway queue files are really just simple plain text files where every line contains the name of a package to build, so it's really easy to modify the existing ones or roll your own if you want to add some optional dependency to a package. Queue files are stored in /var/lib/sbopkg/queues, |
Quote:
|
Quote:
|
As far as I know, there is no feature in sbopkg to automatically choose the queuefile. Adding -B will still ask if you want to process the queue or program.
For what it's worth, there has been an update to sqg (that hasn't been pushed out to a released package yet and likely won't until 15.0 is released) allowing you to generate a custom queuefile name. This would allow you to do something like below, which would allow you to specify a custom name for your queue and then run sbopkg -i against that custom name, and there will only be the queuefile to use, so -B should then work. Code:
sqg -p $PRGNAM -o $PRGNAM-q |
Quote:
Quote:
|
Quote:
|
I think -Q as in "use the queue when there's both a queue and a package" makes sense.
So far the "prefer package when there's both queue and package" scenario escapes me, I can't think of a situation when this can be useful. It's either "use package" when a package has no dependencies (even if using sqg then, no queue would be generated) or "use queue" when there's both, because a package has dependencies and a queue was generated for it. Quote:
|
Quote:
This could happen if a package has a lot of dependencies and if that package happens to be updated, you may not need to rebuild all the dependencies (especially if it contains something like qt5). I'm not sure how often I would need to automate sbopkg to even need to specify to use the queue or package, but it would be nice to support both scenarios if we're already supporting one. |
Now I see what you mean.
Perhaps a sbopkg developer could share some wisdom about the design choices that were made in the beginning. As in, why certain sbopkg options were implemented to accept both packages/queues. |
Quote:
|
I'm just maintaining it. The original author is Chess Griffin, Slakmagik, and Mauro
|
All times are GMT -5. The time now is 05:20 AM. |