From chess at chessgriffin.com Mon Jun 15 02:23:08 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Sun, 14 Jun 2009 22:23:08 -0400 Subject: [sbopkg-users] Sbopkg 0.27.3 Released Message-ID: <20090615022308.GA5872@localhost> A new sbopkg version 0.27.3 has been released. This is the third bugfix release in the 0.27.x -stable branch of sbopkg. This release has a few fixes, the most important of which is to improve the invocation of upgradepkg to avoid a fairly rare, but potentially serious, case of incorrectly removing a package. Thanks to NaCl for raising this issue and thanks to slakmagik for coming up with a quick fix. All users should upgrade to this new release. Here is the 0.27.3 ChangeLog: * Add museek-plus->museek+ to sbopkg-renames.new. * Modify the source fetching code to check the md5sum also of cached sources, to fix problems arising with those programs whose source archive doesn't change name on version updates. Thanks to David Spencer for raising the issue. * Exit edit_build_queue menu with 'ESC'; thanks to Nille for the bug report. * Modify do_install() to correctly invoke upgradepkg to avoid a fairly rare but serious case of removing the wrong package; thanks to NaCl for the bug report. Things are still cooking along in the sbopkg SVN development tree for the next major release. Slackware64 support, a major code cleanup, and several nice enhancements are just some of things we have been hacking on. If you would like more information on sbopkg development, free to check the information here: http://www.sbopkg.org/devel.php. Otherwise, a package and source tarball for sbopkg 0.27.3 can be found at the sbopkg project website: http://www.sbopkg.org Thanks and enjoy! -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chess at chessgriffin.com Wed Jun 24 23:20:02 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 24 Jun 2009 19:20:02 -0400 Subject: [sbopkg-users] Sbopkg 0.27.4 Released and 0.30.0 Update Message-ID: <20090624232000.GA20895@localhost> A new sbopkg version 0.27.4 has been released. This is the fourth, and possibly last, release in the 0.27.x -stable branch of sbopkg. This release has a few important fixes and all users should upgrade to this new release. Here is the 0.27.4 ChangeLog: * Fix rare issue where incorrect file was upgraded; thanks to neonflux for the bug report. * Fix issue where custom build options may not be correctly exported. * Improve cleanup after building or installing a package. As for sbopkg 0.30.0, which is the next major release of sbopkg, we hope to have an alpha package and tarball available for testing very soon. I will detail some of the changes when I make the alpha annoucement. As it turns out, however, not only did we make some significant inroads to cleaning up the code and hopefully making it more stable and secure, but we ended up adding some nice new features and enhancements. We would /greatly/ appreciate testers of the alpha release (and later betas and RC's) so we can get some good feedback before 0.30.0 is finalized. In the meantime, a package and source tarball for sbopkg 0.27.4 can be found at the sbopkg project website: http://www.sbopkg.org Enjoy! -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chess at chessgriffin.com Thu Jun 25 16:12:49 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Thu, 25 Jun 2009 12:12:49 -0400 Subject: [sbopkg-users] Sbopkg 0.30.0alpha1 released for testing Message-ID: <20090625161248.GA2051@localhost> Here is the first alpha release of sbopkg version 0.30.0! I would like to start off by thanking my two co-developers, Mauro Giachero and slakmagik. Without their code contributions, suggestions, and advice, this utility would be nowhere near as functional. Any bugs are undoubtedly mine. :-) This new version of sbopkg has lots of great cleanups, security improvements, and new features. Here is just a short list of some of the items in the ChangeLog: * Move sbopkg to /usr/sbin; update sbopkg.SlackBuild and sspm to reflect /usr/sbin. * Remove code related to user-mode support; sbopkg must now be run as root in all cases; add single check at start of script to make sure we are root. * Apply a major code cleanup that touches just about every part of sbopkg. This cleanup makes the code more readable, manageable, and less bug-prone. Several bugs were fixed as part of this cleanup, and the cleanup will ease further development and debugging efforts. * 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 a new document README-repos.d that explains how these repository files work. * Move sbopkg-renames to new /etc/sbopkg/renames.d/50-default to manage multiple renames files. Thanks to Robby Workman for the suggestion. Add new document README-renames.d that explains how this works. * Add support for new *.txz, *.tlz, and *.tbz Slackware package extensions. * Require build queuefiles have a '.sqf' file extension. * Cleanup several of the functions related to editing the .info and SlackBuild files to remove code duplication; also cleanup and fix issues associated with the two primary search functions, and improve file cleanup for these search-related functions. * Create a ChangeLog.txt for git repos on the fly. * Remove usage of ARCH in preparation for Slackware64 support. * 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 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. Sbopkg will now automatically check these tarballs when building or installing a package. Additionally, there are two new menu items in info_item that allow the user to check the GPG signature or re-extract the GPG-signed tarball. * Add ability to dump all installed packages into a build queue. This is an alphabetical list, so shuffling/reordering of the queue will be necessary in order to list the dependencies correctly, but at least this will give users a head start on setting up a large build queue. * Add several new functions related to checking GPG-signed tarballs, such as those that SlackBuilds.org provides. Sbopkg will now automatically check these tarballs when building or installing a package. Additionally, there are two new menu items in info_item that allow the user to check the GPG signature or re-extract the GPG-signed tarball. * 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. * Remove the old "$APP $VERSION$BUILD $ONOFF" format for the temporary queue and instead make all queue formats "$APP" only. This simplifies some code and results in a small speed increase. * Add ability to pass build options in a queuefile when separated by a pipe character, i.e. app | FOO=yes BAR=no * Add a 'diff' entry to the script customization menu. * Add in 'uname -m' test for x86_64 and if true, set ARCH to x86_64. A complete ChangeLog-current.txt can be found here: http://code.google.com/p/sbopkg/source/browse/trunk/ChangeLog-current.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. I definitely encourage folks to try out creating and using the improved queuefiles, and we have included some samples in the doc/ directory once sbopkg-0.30.0alpha1 is installed. Others are located at http://www.sbopkg.org/queues. I plan to host user-contributed queuefiles that people may want to post to the ML or send in via email. The queufiles now support 'recursive' queues, where one queuefile can 'include' another. As you can see from the ChangeLog, sbopkg now has preliminary support for Slamd64 and the builds.slamd64.com repository. This is support is, itself, 'alpha' level. I hope that Slamd64 users will try out this new feature and report back. I HIGHLY recommend that everyone testing out this alpha 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 to this file. 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 a LOT of changes as compared to sbopkg 0.27.x. BTW, the documentation says that Slackware 13.0 is the default SBO version in sbopkg but that was just a change to the docs made in preparation for 13.0. The default SBo version is still 12.2 in this alpha release but it will be changed at some point during this development stage to 13.0 -- probably when Slackware reaches RC status. Please join the sbopkg mailing list (http://sbopkg.org/mailman/listinfo/sbopkg-users) and report issues there. It helps us keep track of things. Or, file a report with the Issues Tracker on the sbopkg Google Code page (http://code.google.com/p/sbopkg). Here are direct links to a package and source tarball of sbopkg-0.30.0alpha1: Package: http://sbopkg.googlecode.com/files/sbopkg-0.30.0alpha1-noarch-1_cng.tgz Tarball: http://sbopkg.googlecode.com/files/sbopkg-0.30.0alpha1.tar.gz Since the old sbopkg ran in /usr/bin and the new sbopkg is in /usr/sbin, I recommend first doing a 'removepkg' and then 'installpkg.' We are very excited about the changes and improvments to sbopkg and hope that you will find them helpful and useful. We look forward to your testing and feedback. This new version of sbopkg has been working fine on my Slackware -current systems (32bit and 64bit) but YMMV, caveat emptor, and all that. :-) On behalf of Mauro and slakmagik, enjoy! -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From pwcazenave at gmail.com Fri Jun 26 15:59:47 2009 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Fri, 26 Jun 2009 15:59:47 +0000 Subject: [sbopkg-users] inkscape.sqf Message-ID: <4A44F073.7050807@gmail.com> I've written an inkscape queue file (attached). I've tested it on a 12.2 virtual machine, and it all seemed to work fine. Pierre -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: inkscape.sqf URL: From chess at chessgriffin.com Fri Jun 26 17:43:37 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Fri, 26 Jun 2009 13:43:37 -0400 Subject: [sbopkg-users] inkscape.sqf In-Reply-To: <4A44F073.7050807@gmail.com> References: <4A44F073.7050807@gmail.com> Message-ID: <20090626174336.GA2203@localhost> * Pierre Cazenave [2009-06-26 15:59:47]: > I've written an inkscape queue file (attached). I've tested it on a 12.2 > virtual machine, and it all seemed to work fine. > > Pierre Nice, thanks Pierre! I'll put it up on sbopkg.org/queues. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From x11r6 at go2.pl Sun Jun 28 13:08:44 2009 From: x11r6 at go2.pl (x11r6 at go2.pl) Date: Sun, 28 Jun 2009 15:08:44 +0200 Subject: [sbopkg-users] sbopkg-0.30.0alpha1 root privileges Message-ID: <200906281508.44680.x11r6@go2.pl> Hi! New sbopkg-0.30.0alpha1 after "sbopkg -r" as user: sbopkg: sbopkg must be run by the root user. Exiting. Is it really necessary? Cheers, -X. From chess at chessgriffin.com Sun Jun 28 23:33:03 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Sun, 28 Jun 2009 19:33:03 -0400 Subject: [sbopkg-users] sbopkg-0.30.0alpha1 root privileges In-Reply-To: <200906281508.44680.x11r6@go2.pl> References: <200906281508.44680.x11r6@go2.pl> Message-ID: <20090628233303.GA31866@localhost> * x11r6 at go2.pl [2009-06-28 15:08:44]: > Hi! > > New sbopkg-0.30.0alpha1 after "sbopkg -r" as user: > > sbopkg: sbopkg must be run by the root user. Exiting. > > Is it really necessary? > > Cheers, -X. > Based on feedback here on the ML, and based on discussions with my co-developers and others, it was decided that, for security, code maintenance, and other reasons, it was best to require root privileges, just like pkgtools and slackpkg. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From pwcazenave at gmail.com Tue Jun 30 09:50:17 2009 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Tue, 30 Jun 2009 09:50:17 +0000 Subject: [sbopkg-users] A suggestion Message-ID: <4A49DFD9.70202@gmail.com> First off - for an alpha release, this is remarkably stable and error free; congratulations to the team! My suggestion is about the submenu. Having loaded/created a queue, there are a number of options: View Load Save Edit Rename Delete Add Process When you want to edit the queue, naturally, you head for Edit. However, the only editing options in Edit are to delete single items, or clear the whole queue. In contrast, if you select View, you have the option to Reverse and Sort the queue. I think these two options should be in the Edit menu, and there should be only two options in the View menu (which should still allow you to select/deselect packages), namely OK and Back. This would group all the edit-type options together (i.e. the ability to sort, reverse, clear and delete items from a queue) into a single menu, and leave the View menu to do just that. I appreciate the issue might be one of limited space in the respective menus, but perhaps dispensing with the list of packages in the Edit menu, replacing it with a series of submenu options, and then presenting the queue again only when one of those submenu options has been selected. So, a flow to edit the queue order might be: sbopkg > Queue > Load (load some queue) > Edit > Sort > fiddle with the order using the existing system Or, to delete a package from the queue: sbopkg > Queue > Load (load some queue) > Edit > Delete > then delete packages in the queue Just a thought :) Pierre (LQ.org pwc101) From mauro.giachero at gmail.com Tue Jun 30 10:19:48 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Tue, 30 Jun 2009 12:19:48 +0200 Subject: [sbopkg-users] A suggestion In-Reply-To: <4A49DFD9.70202@gmail.com> References: <4A49DFD9.70202@gmail.com> Message-ID: On Tue, Jun 30, 2009 at 11:50 AM, Pierre Cazenave wrote: > First off - for an alpha release, this is remarkably stable and error free; > congratulations to the team! :-) > My suggestion is about the submenu. > > Having loaded/created a queue, there are a number of options: > > View > Load > Save > Edit > Rename > Delete > Add > Process > > When you want to edit the queue, naturally, you head for Edit. However, the > only editing options in Edit are to delete single items, or clear the whole > queue. In contrast, if you select View, you have the option to Reverse and > Sort the queue. I think these two options should be in the Edit menu, and > there should be only two options in the View menu (which should still allow > you to select/deselect packages), namely OK and Back. > > This would group all the edit-type options together (i.e. the ability to > sort, reverse, clear and delete items from a queue) into a single menu, and > leave the View menu to do just that. > > I appreciate the issue might be one of limited space in the respective > menus, but perhaps dispensing with the list of packages in the Edit menu, > replacing it with a series of submenu options, and then presenting the queue > again only when one of those submenu options has been selected. > > So, a flow to edit the queue order might be: > > sbopkg > Queue > Load (load some queue) > Edit > Sort > fiddle with the > order using the existing system > > Or, to delete a package from the queue: > > sbopkg > Queue > Load (load some queue) > Edit > Delete > then delete > packages in the queue > > Just a thought :) > > Pierre The queue menu suffers a bit from being "grown" a lot since its birth, and I agree it's confusing. Your proposal is certainly interesting. I've always tried to avoid another menu level, but we have probably passed the point where it makes sense... Thank you for your feedback. I put this topic in my TODO list, so you'll hopefully see the things improve in the next (pre)release. -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From chess at chessgriffin.com Tue Jun 30 14:46:34 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Tue, 30 Jun 2009 10:46:34 -0400 Subject: [sbopkg-users] A suggestion In-Reply-To: <4A49DFD9.70202@gmail.com> References: <4A49DFD9.70202@gmail.com> Message-ID: <20090630144633.GA12069@localhost> * Pierre Cazenave [2009-06-30 09:50:17]: > First off - for an alpha release, this is remarkably stable and error > free; congratulations to the team! Thanks, Pierre! > So, a flow to edit the queue order might be: > > sbopkg > Queue > Load (load some queue) > Edit > Sort > fiddle with the > order using the existing system > > Or, to delete a package from the queue: > > sbopkg > Queue > Load (load some queue) > Edit > Delete > then delete > packages in the queue > > Just a thought :) > > Pierre > Yeah, like Mauro said in his reply, some of this has grown quickly and I also agree that it is confusing. I myself have gone into 'Edit' thinking that I could reverse/sort the queue there. :-) These are very good points and I too appreciate the feedback. We will definitely take a look at this and see if we can improve things. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: