[sbopkg-users] Sbopkg 0.30.0 Released

[Greg Martin]

Great job Chess and the other contributers. 
SBopkg was well conceived and has transformed amazingly fast in the past 
year.  It's become (along with sb.o) a tool that bring Slackware 
supportability into a new era.  Thanks to all for the time investment 
and commitment.

\\Greg

Chess Griffin wrote:
> Howdy folks!
>
> Based on the Slackware-current ChangeLog, it seems that a release of
> Slackware 13.0 is very near.  To celebrate this event, and to let folks
> get their proverbial ducks in a row when it comes to upgrading or
> installing, we would like to announce the final release of sbopkg
> version 0.30.0!  This update has been many months in the making, and
> contains many new features, enhancements, and bug-fixes.  Please note
> that this is a *major* upgrade, and will probably require most folks to
> substantially modify their existing sbopkg.conf (or, more likely, use
> the sbopkg.conf.new) as well as potentially move or modify their local
> rsync'd SlackBuilds.org repository.  Furthermore, sbopkg 0.27.4 and
> prior installed to /usr/bin and the new sbopkg 0.30.0 installs to
> /usr/sbin.  As a result, we strongly recommend removing any prior
> versions of sbopkg before doing a fresh install of version 0.30.0.  Also
> note that with this release, the sbopkg 0.27.x branch will no longer be
> maintained.
>
> This new version of sbopkg has lots of great cleanups, security
> improvements, and new features.  Here is a short, edited list of just
> some of the items in the ChangeLog:
>
> * Move sbopkg to /usr/sbin; remove code related to user-mode support;
>   sbopkg must now be run as root in all cases.
> * Apply a major code cleanup that touches just about every part of
>   sbopkg.
> * Implement configurable repository support by introducing a new
>   /etc/sbopkg/repos.d directory where separate repositories files can
>   be maintained and also by adding support for git-based repositories.
>   The Slamd64Builds repository is now listed, to the joy of all the
>   Slamd64 users out there.
> * Add support for new *.txz, *.tlz, and *.tbz Slackware package
>   extensions.
> * Require build queuefiles have a '.sqf' file extension and change
>   queuefile format.  No longer will the queuefile format be 'APP VERSION
>   ON/OFF' but instead will simply be one 'APP' per line.  If a user
>   wants an APP to be deselected in the dialog menus, simply put a '-' in
>   front of it, e.g. '-APP'.  This should make creating, using, and
>   sharing queuefiles much easier and more intuitive.  Add ability to
>   have recursive queuefiles, so one queuefile named "foo.sqf" may have
>   an entry "@bar" in which case as the foo.sqf queuefile is parsed, it
>   will recursively go down into the 'bar.sqf' queuefile as well.  The
>   '@' symbol is used in front of an entry in a queuefile to denote
>   another queuefile.
> * Add ability to load more than one queuefile at a time when building
>   from command line interface.
> * Add several new functions related to checking GPG-signed tarballs,
>   such as those that SlackBuilds.org provides.
> * Add ability to dump all installed packages into a build queue.
> * Add ability to pass build options in a queuefile when separated by
>   a pipe character, i.e. app | FOO=yes BAR=no
> * Add support for Slackware 64 by a 'uname -m' test for x86_64 and
>   if true, set ARCH to x86_64.
> * Add option to retry a failed build.
> * Add CLEANUP configuration variable, which when set to YES tells
>   sbopkg to delete the extracted sources, and all the associated
>   "residuals" of the build, as soon as the build is finished.
> * Add a function to delete obsolete (not installed) packages from
>   $OUTPUT.
> * Add dialog notification of whether a queued package is installed.
> * Add a dialog option to automatically uncheck installed packages
>   from the active queue, together with a command line option -k that
>   automatically skips such packages when building with -b or -i.
> * Add ability to 'invert' all selected/deselected in the clear cache
>   and obsolete sources and packages dialogs.
> * Numerous other user interface improvements.
>
> The full ChangeLog.txt can be viewed here:
>
> http://www.sbopkg.org/docs/ChangeLog.txt
>
> The result of this work is that both the sbopkg.conf and the directory
> layout for the local rsync copy of the SBo tree has changed fairly
> significantly.  It might be possible to copy your current SBo tree from
> the old default of /home/sbo/12.2 (for example) to the new default of
> /var/lib/sbopkg/SBo/12.2 but it might just be easier to let sbopkg make
> the new directories and perform a fresh rsync.  Please make a backup of
> your local rsync copy and sbopkg.conf if you have made any changes to
> them.
>
> We highly recommend that everyone read the new sbopkg.conf file and the
> corresponding man page sbopkg.conf(5) -- as well as the main sbopkg(8)
> man page -- to understand the changes.  Also, please be sure to look at
> the documentation in the doc/ directory.  There are documents in there
> that explain how the queuefiles work and how the new
> /etc/sbopkg/renames.d and /etc/sbopkg/repos.d directories function.
> There are many significant changes as compared to sbopkg 0.27.x.
> Additionally, while sbopkg 0.30.0 may work fine on Slackware 12.2 and
> below, it is primarily intended to be used on Slackware 13.0.  In fact,
> Slackware 13.0 is now set as the default Slackware version in
> anticipation of the new release.  You can change it back to 12.2 if you
> wish in the sbopkg.conf file.
>
> As you can probably tell, the new queuefile structure underwent a major
> overhaul, that we think makes the queuefiles much more convenient to
> use.  Several sample queuefiles are provided in the doc/ directory, and
> others (including user-submitted queuefiles) can be found at the
> sbopkg.org website:  http://www.sbopkg.org/queues/13.0 -- please feel
> free to contribute more.
>
> A package and source tarball for sbopkg 0.30.0 can be found at the
> sbopkg project website:
>
> http://www.sbopkg.org
>
> Finally, I would like to thank my two co-developers, Mauro Giachero and
> slakmagik.  Their assistance, advice, and code contributions have been
> invaluable.  I would also like to thank the many users who tested,
> provided feedback, posted bug reports, or requested enchancements.  We
> tried to keep track of everyone and provide proper credit in the
> ChangeLog.txt.  If we failed to mention someone, please let us know and
> we will correct the omission.  Everyone's contributions have been
> extremely helpful and we have greatly appreciated the feedback.
>
> Thanks and enjoy!
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> sbopkg-users mailing list
> sbopkg-users at sbopkg.org
> http://sbopkg.org/mailman/listinfo/sbopkg-users
>