From nobbutl at yahoo.co.uk Wed May 20 13:21:52 2009 From: nobbutl at yahoo.co.uk (David Spencer) Date: Wed, 20 May 2009 14:21:52 +0100 Subject: [sbopkg-users] md5sum of cached source Message-ID: <4A1403F0.7010305@yahoo.co.uk> Hi folks, An issue has shown up with today's upversioning of GoogleEarth. If sbopkg's get_source function finds a cached source with the right name, it doesn't check the md5sum. This is a problem for packages like GoogleEarth, where the filename of the source doesn't include the version (it's always just 'GoogleEarthLinux.bin'). I guess a solution might involve moving the current md5sum check below 'if [[ (-z "$SRCNAME") || (! -f "$SRCDIR/$SRCNAME") ]]'. Hope this is helpful, Best wishes and thanks for a really nice utility - Dave Spencer PS. It might even be nice to add another choice to the question "Do you want to use the downloaded $PKG source" -- - (D)ownload, get a new copy of the source and continue; but the code's structure would start to get a bit icky, and with the current choices the user has an obvious workround (just remove the cached source and rebuild). From mauro.giachero at gmail.com Wed May 20 13:34:12 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Wed, 20 May 2009 15:34:12 +0200 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: <4A1403F0.7010305@yahoo.co.uk> References: <4A1403F0.7010305@yahoo.co.uk> Message-ID: Hello David, thank you for raising this issue. I'll look at it ASAP. -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From chess at chessgriffin.com Wed May 20 16:06:16 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 20 May 2009 12:06:16 -0400 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: <4A1403F0.7010305@yahoo.co.uk> References: <4A1403F0.7010305@yahoo.co.uk> Message-ID: <20090520160616.GA13598@localhost> * David Spencer [2009-05-20 14:21:52]: > Hi folks, > > An issue has shown up with today's upversioning of GoogleEarth. > I will echo Mauro's point -- thanks for the bug report. We really appreciate it when someone takes the time to let us know something is wonky so we can get to work and try to fix it. > Hope this is helpful, > Best wishes and thanks for a really nice utility > - Dave Spencer > Thanks also for the kind words. We have been working very hard on the sbopkg -trunk branch over the last several months to improve the codebase in a lot of ways. Folks are free to follow along the SVN -trunk branch, test things out, and let us know how it's going. Slakmagik's 'sspm' utility, located in /tools, is very helpful in easily building or installing a package based on SVN. Be sure to read the ChangeLog-current.txt, however, as there are many significant changes folks need to know about before attempting to use sbopkg from SVN. > > PS. It might even be nice to add another choice to the question "Do you > want to use the downloaded $PKG source" -- > > - (D)ownload, get a new copy of the source and continue; > > but the code's structure would start to get a bit icky, and with the > current choices the user has an obvious workround (just remove the > cached source and rebuild). > Do you mean offer the ability to re-download the source while processing the queue? -- 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 May 21 22:14:21 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Thu, 21 May 2009 18:14:21 -0400 Subject: [sbopkg-users] Requesting queuefiles Message-ID: <20090521221419.GA2869@localhost> I have a collection of my own sbopkg queuefiles, but I would like to solicit other user's queuefiles that I can use for testing purposes. If you happen to have any that you are willing to share, feel free to email them to or post them to the ML. Thanks! -- 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 mauro.giachero at gmail.com Fri May 22 08:18:29 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Fri, 22 May 2009 10:18:29 +0200 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: <4A1403F0.7010305@yahoo.co.uk> References: <4A1403F0.7010305@yahoo.co.uk> Message-ID: The issue should be fixed in SVN (r585) for the development branch. I also implemented the option you suggested about retrying the download in case of MD5 mismatch, so you'll see it in the upcoming major release. The attached is a much smaller change targeting the stable branch, making the md5 check unconditional (but with no "download again" option). Any chance you can give it a spin before the commit? Regards -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-get_source-always-check-for-md5-correctness.patch Type: text/x-diff Size: 4922 bytes Desc: not available URL: From chess at chessgriffin.com Fri May 22 13:51:25 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Fri, 22 May 2009 09:51:25 -0400 Subject: [sbopkg-users] Slackware64 support Message-ID: <20090522135124.GA14442@localhost> I posted this in IRC but am mentioning it here as well: FWIW, I built a few packages with sbopkg 0.27.2 on slackware64-current last night and it worked ok so far in very light testing. We are planning to build in better support for this in the development branch of sbopkg, but for the time being, adding a 'export ARCH=${ARCH:-x86_64}' to your sbopkg.conf file should suffice. I would be interested in hearing any reports of success or issues with sbopkg on slackware64-current. Thanks! -- 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 Fri May 22 14:05:20 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Fri, 22 May 2009 10:05:20 -0400 Subject: [sbopkg-users] Slackware64 support In-Reply-To: <20090522135124.GA14442@localhost> References: <20090522135124.GA14442@localhost> Message-ID: <20090522140520.GA14453@localhost> * Chess Griffin [2009-05-22 09:51:25]: > I posted this in IRC but am mentioning it here as well: > > FWIW, I built a few packages with sbopkg 0.27.2 on slackware64-current > last night and it worked ok so far in very light testing. We are > planning to build in better support for this in the development branch > of sbopkg, but for the time being, adding a 'export > ARCH=${ARCH:-x86_64}' to your sbopkg.conf file should suffice. > > I would be interested in hearing any reports of success or issues with > sbopkg on slackware64-current. > > Thanks! > I should have added that since (a) Slackware64 is not officially released yet and (b) ergo, SlackBuilds.org does not officially support Slackware64 yet, sbopkg does not officially support Slackware64 either. This is entirely experimental/YMMV/use at your own risk. :-) Still, feedback would be great. -- 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 nobbutl at yahoo.co.uk Fri May 22 16:17:19 2009 From: nobbutl at yahoo.co.uk (David Spencer) Date: Fri, 22 May 2009 17:17:19 +0100 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: References: <4A1403F0.7010305@yahoo.co.uk> Message-ID: <4A16D00F.9050500@yahoo.co.uk> > The attached is a much smaller change targeting the stable branch, making > the md5 check unconditional (but with no "download again" option). Any > chance you can give it a spin before the commit? Hi Mauro, many thanks for such a quick response! The patch *almost* works ;-) Unfortunately the current directory isn't changed to $SRCDIR when the body of 'if [ ( -z $SRCNAME ... fi' is skipped, so the md5sum check then fails (file not found). I'd suggest adding 'cd $SRCDIR' up before that 'if' statement (just after '. "$INFO"' which you also had to move), so that the current directory is the same whether or not the body of the 'if' statement has been executed. In other words SRCNAME=$(get_source_names "$INFO") . "$INFO" cd $SRCDIR if [[ (-z "$SRCNAME") || (! -f "$SRCDIR/$SRCNAME") ]]; then mkdir -p $DLDIR cd $DLDIR ... cd $SRCDIR rm -rf $DLDIR fi That seems slightly better than the alternative solution, which is to add $SRCDIR to the pathname in the md5sum command MD5CHK=$(md5sum "$SRCDIR/$SRCNAME" | cut -d' ' -f1) Hope this helps, sorry not to do a proper patch but such things are dangerous in the hands of amateurs like me :-) Thanks again! -Dave Spencer From me at alkos333.net Sat May 23 00:51:05 2009 From: me at alkos333.net (alkos333) Date: Fri, 22 May 2009 19:51:05 -0500 Subject: [sbopkg-users] Requesting queuefiles In-Reply-To: <20090521221419.GA2869@localhost> References: <20090521221419.GA2869@localhost> Message-ID: On Thu, May 21, 2009 at 5:14 PM, Chess Griffin wrote: > I have a collection of my own sbopkg queuefiles, but I would like to > solicit other user's queuefiles that I can use for testing purposes. ?If > you happen to have any that you are willing to share, feel free to email > them to or post them to the ML. > > Thanks! > > -- > Chess Griffin > > _______________________________________________ > sbopkg-users mailing list > sbopkg-users at sbopkg.org > http://sbopkg.org/mailman/listinfo/sbopkg-users > > Chess, This is the queue I prepared for recompiling all of my current programs installed after a slack version upgrade. It should be functional because it worked for me several times. Hope this helps. Regards, Alex -- Alex Lysenka Computer Science Major Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: all Type: application/octet-stream Size: 1756 bytes Desc: not available URL: From chess at chessgriffin.com Sat May 23 04:00:53 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 23 May 2009 00:00:53 -0400 Subject: [sbopkg-users] Requesting queuefiles In-Reply-To: References: <20090521221419.GA2869@localhost> Message-ID: <20090523040053.GA22636@localhost> * alkos333 [2009-05-22 19:51:05]: > Chess, > > This is the queue I prepared for recompiling all of my current > programs installed after a slack version upgrade. It should be > functional because it worked for me several times. > > Hope this helps. > > > Regards, > Alex > Alex, This is very helpful, thank you very much! I will definitely use this to test the build queues in sbopkg. I greatly appreciate it. -- 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 mauro.giachero at gmail.com Sat May 23 13:28:46 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Sat, 23 May 2009 15:28:46 +0200 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: <4A16D00F.9050500@yahoo.co.uk> References: <4A1403F0.7010305@yahoo.co.uk> <4A16D00F.9050500@yahoo.co.uk> Message-ID: On Fri, May 22, 2009 at 6:17 PM, David Spencer wrote: > > The attached is a much smaller change targeting the stable branch, making > > the md5 check unconditional (but with no "download again" option). Any > > chance you can give it a spin before the commit? > > Hi Mauro, many thanks for such a quick response! The patch *almost* > works ;-) > > Unfortunately the current directory isn't changed to $SRCDIR when the > body of 'if [ ( -z $SRCNAME ... fi' is skipped, so the md5sum check then > fails (file not found). > > I'd suggest adding 'cd $SRCDIR' up before that 'if' statement (just > after '. "$INFO"' which you also had to move), so that the current > directory is the same whether or not the body of the 'if' statement has > been executed. In other words > > SRCNAME=$(get_source_names "$INFO") > . "$INFO" > cd $SRCDIR > if [[ (-z "$SRCNAME") || (! -f "$SRCDIR/$SRCNAME") ]]; then > mkdir -p $DLDIR > cd $DLDIR > ... > cd $SRCDIR > rm -rf $DLDIR > fi > > That seems slightly better than the alternative solution, which is to > add $SRCDIR to the pathname in the md5sum command > > MD5CHK=$(md5sum "$SRCDIR/$SRCNAME" | cut -d' ' -f1) Umph. Thank you, I'll commit the fixed patch on Monday. > Hope this helps, sorry not to do a proper patch but such things are > dangerous in the hands of amateurs like me :-) :-) -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauro.giachero at gmail.com Mon May 25 14:44:00 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Mon, 25 May 2009 16:44:00 +0200 Subject: [sbopkg-users] md5sum of cached source In-Reply-To: References: <4A1403F0.7010305@yahoo.co.uk> <4A16D00F.9050500@yahoo.co.uk> Message-ID: Fix committed to the stable branch. Thank you again for the report and for debugging my faulty code :-) -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From phillip.c.warner at gmail.com Tue May 26 00:09:19 2009 From: phillip.c.warner at gmail.com (Phillip Warner) Date: Mon, 25 May 2009 19:09:19 -0500 Subject: [sbopkg-users] sbopkg 0.27.2 bug - cli build not work for openoffice Message-ID: sbopkg -b openoffice.org fails with: [...] Building openoffice.org Building Slackware package for openoffice.org... tar: /home/sbo/12.2/office/ openoffice.org/OOo_3.1.0_Linux_install_en-US.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors openoffice.org.SlackBuild.build: line 89: SOURCEDIR: unbound variable [...] It builds fine from the curses interface, however. --phillip -------------- next part -------------- An HTML attachment was scrubbed... URL: From phillip.c.warner at gmail.com Tue May 26 00:11:52 2009 From: phillip.c.warner at gmail.com (Phillip Warner) Date: Mon, 25 May 2009 19:11:52 -0500 Subject: [sbopkg-users] other package formats in sbopkg Message-ID: Are other package formats (compression schemes) going to be supported in sbopkg? This would be really useful for the upcoming version of Slackware. --phillip -------------- next part -------------- An HTML attachment was scrubbed... URL: From chess at chessgriffin.com Tue May 26 00:17:12 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Mon, 25 May 2009 20:17:12 -0400 Subject: [sbopkg-users] sbopkg 0.27.2 bug - cli build not work for openoffice In-Reply-To: References: Message-ID: <20090526001711.GA685@localhost> * Phillip Warner [2009-05-25 19:09:19]: > sbopkg -b openoffice.org fails with: > [...] > Building openoffice.org > Building Slackware package for openoffice.org... > tar: /home/sbo/12.2/office/ > openoffice.org/OOo_3.1.0_Linux_install_en-US.tar.gz: Cannot open: No such > file or directory > tar: Error is not recoverable: exiting now > tar: Child returned status 2 > tar: Error exit delayed from previous errors > openoffice.org.SlackBuild.build: line 89: SOURCEDIR: unbound variable > [...] > > It builds fine from the curses interface, however. > > --phillip Phillip, Thanks for the report. I will look into this. -- 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 Tue May 26 00:18:38 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Mon, 25 May 2009 20:18:38 -0400 Subject: [sbopkg-users] other package formats in sbopkg In-Reply-To: References: Message-ID: <20090526001838.GB685@localhost> * Phillip Warner [2009-05-25 19:11:52]: > Are other package formats (compression schemes) going to be supported in > sbopkg? This would be really useful for the upcoming version of Slackware. > > --phillip This has already been added to SVN. We are also going to have support for Slackware64 (as far as the SBo scripts themselves support Slackware64). Thanks! -- 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 Tue May 26 00:54:05 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Mon, 25 May 2009 20:54:05 -0400 Subject: [sbopkg-users] sbopkg 0.27.2 bug - cli build not work for openoffice In-Reply-To: <20090526001711.GA685@localhost> References: <20090526001711.GA685@localhost> Message-ID: <20090526005405.GA5975@localhost> * Chess Griffin [2009-05-25 20:17:12]: > * Phillip Warner [2009-05-25 19:09:19]: > > > sbopkg -b openoffice.org fails with: > > [...] > > Building openoffice.org > > Building Slackware package for openoffice.org... > > tar: /home/sbo/12.2/office/ > > openoffice.org/OOo_3.1.0_Linux_install_en-US.tar.gz: Cannot open: No such > > file or directory > > tar: Error is not recoverable: exiting now > > tar: Child returned status 2 > > tar: Error exit delayed from previous errors > > openoffice.org.SlackBuild.build: line 89: SOURCEDIR: unbound variable > > [...] > > > > It builds fine from the curses interface, however. > > > > --phillip > > Phillip, > > Thanks for the report. I will look into this. > Hmm, I cannot reproduce this. I just did a clean sbopkg install and a fresh rsync and openoffice.org built fine from the command line interface using the -b switch. I'll keep poking at it to see if I can reproduce it. Based on your error, it seems like perhaps there was a faulty download or something since it appears have an issue with the source file. -- 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 phillip.c.warner at gmail.com Tue May 26 02:17:14 2009 From: phillip.c.warner at gmail.com (Phillip Warner) Date: Mon, 25 May 2009 21:17:14 -0500 Subject: [sbopkg-users] other package formats in sbopkg In-Reply-To: <20090526001838.GB685@localhost> References: <20090526001838.GB685@localhost> Message-ID: great to hear! thanks. I'm excited for the next version of sbopkg. On Mon, May 25, 2009 at 7:18 PM, Chess Griffin wrote: > * Phillip Warner [2009-05-25 19:11:52]: > > > Are other package formats (compression schemes) going to be supported in > > sbopkg? This would be really useful for the upcoming version of > Slackware. > > > > --phillip > > This has already been added to SVN. We are also going to have support > for Slackware64 (as far as the SBo scripts themselves support > Slackware64). > > Thanks! > > -- > Chess Griffin > > _______________________________________________ > sbopkg-users mailing list > sbopkg-users at sbopkg.org > http://sbopkg.org/mailman/listinfo/sbopkg-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chess at chessgriffin.com Tue May 26 04:02:09 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Tue, 26 May 2009 00:02:09 -0400 Subject: [sbopkg-users] other package formats in sbopkg In-Reply-To: References: <20090526001838.GB685@localhost> Message-ID: <20090526040209.GA3665@localhost> * Phillip Warner [2009-05-25 21:17:14]: > great to hear! thanks. I'm excited for the next version of sbopkg. > There has been a lot of good work done to sbopkg in SVN, and the three of us are committing fixes and enhancements almost every day. I am very excited about the next major release and I hope folks will enjoy it too. -- 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 May 28 02:04:44 2009 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 27 May 2009 22:04:44 -0400 Subject: [sbopkg-users] Sbopkg and Slackware64 Update Message-ID: <20090528020443.GA29735@localhost> (Copy of a post made to LinuxQuestions.org forum): Question: Will sbopkg work on Slackware64? Why are some scripts failing that I build with sbopkg on Slackware64? Answer: Sbopkg is undergoing a /lot/ of work in its subversion repository in preparation for the next major release. Part of this work is to fully support Slackware64 insofar as the scripts at SlackBuilds.org will support Slackware64. This generally requires two things: (a) exporting ARCH in sbopkg.conf[1] and (b) a SlackBuild script that has been checked or updated for Slackware64 by possibly including the LIBDIRSUFFIX assignments, --libdir=/usr/lib${LIBDIRSUFFIX} passed to ./configure, and any other necessary changes. The SlackBuilds.org template (http://slackbuilds.org/template.SlackBuild) now provides the bits that are necessary for most scripts to work on Slackware64, although manual tweaking is often necessary. Some scripts may not need tweaking at all. Sbopkg simply provides an interface to build packages from the scripts at SlackBuilds.org. If one of the SlackBuild scripts does not build properly in sbopkg on Slackware64, then the cause is likely that the SlackBuild script itself has not yet been updated by its maintainer, in which case it will not work whether or not sbopkg is used. It is up to each script's maintainer to update his/her scripts at SlackBuilds.org. Ultimately, please just keep in mind that Slackware64 has not been released in its final form and the scripts at SlackBuilds.org have not yet been fully checked to work on Slackware64. Since we are in a period of transition, using sbopkg on Slackware64 is a 'YMMV' proposition. It is not officially supported. I am using sbopkg on Slackware64-current and it works fine for those SlackBuilds that have been updated after exporting ARCH in sbopkg.conf. Since I plan to stay on Slackware64, and since I eat my own dogfood, making sbopkg work flawlessly on Slackware64 is a high priority for me. :-) Sbopkg is not officially supported by SlackBuilds.org, so if you have any issues or questions with sbopkg itself, please do not report these things to any of the other SlackBuilds.org admins. Instead, please ask me via email, IRC (#sbopkg on freenode), or on the sbopkg ML (preferred). Check the sbopkg homepage for more information on that. Finally, if one of your favorite SlackBuild scripts at SlackBuilds.org has not been updated, consider asking the maintainer to update it. [1] For Slackware64 users, then, this would need to be added to sbopkg.conf: export ARCH=${ARCH:-x86_64} -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: