[sbopkg-users] Synchronizing queues

JCA 1.41421 at gmail.com
Wed Jan 27 17:41:29 UTC 2016


>> I have two different systems, A and B, running Slackware 14.1. Every
>> so often I use sbopkg to synchronize things with slackbuilds in A and
>> B. This seems to work fine. After that, for each system I rename my
>> existing /var/lib/sbopkg/queues directory as
>> /var/lib/sbopkg/queues.old, and create a new queues directory in the
>> same location. I then cd into this queues directory and invoke 'sqg
>> -a'.
>>
>> When, after a while, this command finishes in A, the number of .sqf
>> files in queues is over 5,700. In B, 'sqg -a' completes significantly
>> faster - but the number of .sqf files is only about 2,500.
>>
>> Anybody has an inkling about the reasons behind this discrepancy? For
>> all I know, both A and B have been configured identically, as far as
>> sbopkg is concerned. B seems to be the defective one, for it obviously
>> lacks .sqf files corresponding to packages available in slackbuilds -
>> e.g. tor.sqf and tor-browser.sqf are missing in B. But I can't fathom
>> why. Any feedback on how to tackle this issue would be most welcome.
>
> can you make sure that both sqg files are identical?
> in 0.37.0, sqg is still pointing to 14.0 repository and that was fixed
> in 0.37.1.

They are not identical, but they both point to the 14.1 repository.
Anyway, I copied the sqg file from A to B, and when I ran it on B I
got the same results as in A - which is great. However, I do not
understand why things work correctly with A's sqg file.  A's and B's
sqg files differ mostly in comments, plus (crucially) in the following
lines:

45c45
< #QUEUEDIR=${QUEUEDIR:-/var/lib/sbopkg/queues}
---
> QUEUEDIR=${QUEUEDIR:-/var/lib/sbopkg/queues}
49c49
< #SKIP_EMPTY=${SKIP_EMPTY:-NO}
---
> SKIP_EMPTY=${SKIP_EMPTY:-NO}

I.e. the original sqg file in B comments out the QUEUEDIR and
SKIP_EMPTY lines. It is not immediately obvious to me why that should
have such a huge impact in the number of sqf files downloaded by sqg.


More information about the sbopkg-users mailing list