Re: OT: Method of packaging software for shipment
On Mar 11, 2010, at 8:04 PM, Craig White wrote: On Thu, 2010-03-11 at 19:53 -0600, Alex Dean wrote: On Mar 11, 2010, at 4:08 PM, Craig White wrote: On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Can't speak for anyone else, but at least in my case I think there was quite a lot of understanding and planning. If the build machine already has a recent working copy of the branch you want to build, switching to a different branch or getting the last bug fix with 'svn up' or 'svn switch' is a lot simpler and faster than getting another full 'svn export'. I tend to think bigger picture and don't resort to simplifications just because they are simpler or faster. Now really, that's a self-serving assertion if ever I've read one. I don't think I've 'resorted' to anything. My company has a process that works quite well for us, and I shared it. You're free to disagree, and I welcome the discussion, but your choice of words is unhelpful. Reasons that come immediately to my mind to only use an svn export (from a specific 'tag': - stability - you can always see what was packaged by doing a checkout in another directory or on another computer. You can do that with just a revision number. You don't need a tag. If you like to use tags, that's of course fine, but all the points you make are satisfied just by knowing a branch and revision number. Don't misunderstand. The working copies we do builds from have no local modifications. I'm not talking about a developer doing a build on his local machine from a working copy which is also used for development. That's not the case. I'm talking about machines which are dedicated to doing nothing but builds, and have working copies of release branches. But if you just built r10198, and some last-minute bugs were found and fixed in r10199, it's much faster (and no less accurate or repeatable) to 'svn up' rather than doing another 'svn export'. This is a common pattern for integrating cruisecontrol.rb with subversion. You keep a local working copy on the test machine. Nobody makes modifications to it, it's just a local cache of the software under test. Every time a new revision is detected, CC runs 'svn up' and re-runs all the unit tests. You get results fast, and developers know quickly if something they've done has broken a test. There's a reason that management systems and practices are developed and rarely do they focus on simpler or faster. You speak of 'management systems and practices' as if that were some monolithic thing. This is a vast oversimplification of a complex topic. Further, emphasizing process simplicity and speed (while maintaining repeatability, of course) is quite legitimate. Complex and unnecessarily time-consuming processes are those which encourage mistakes and increase expenses. The whole agile approach to software is about making the process simpler and faster, while improving quality and value. alex PGP.sig Description: This is a digitally signed message part --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
Alex, Can you share more about how you operate this testing machine? Does this machine do automatic daily testing? how do you control it? Is it cron/bash based? I am working on a web application. Would it be possible to port my PHP unit tests and Selenium integration tests? I am very interested in your process. Craig, if you have a process, I am also interested in yours as well. Thanks, Eric On Fri, Mar 12, 2010 at 8:03 AM, Alex Dean a...@crackpot.org wrote: On Mar 11, 2010, at 8:04 PM, Craig White wrote: On Thu, 2010-03-11 at 19:53 -0600, Alex Dean wrote: On Mar 11, 2010, at 4:08 PM, Craig White wrote: On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Can't speak for anyone else, but at least in my case I think there was quite a lot of understanding and planning. If the build machine already has a recent working copy of the branch you want to build, switching to a different branch or getting the last bug fix with 'svn up' or 'svn switch' is a lot simpler and faster than getting another full 'svn export'. I tend to think bigger picture and don't resort to simplifications just because they are simpler or faster. Now really, that's a self-serving assertion if ever I've read one. I don't think I've 'resorted' to anything. My company has a process that works quite well for us, and I shared it. You're free to disagree, and I welcome the discussion, but your choice of words is unhelpful. Reasons that come immediately to my mind to only use an svn export (from a specific 'tag': - stability - you can always see what was packaged by doing a checkout in another directory or on another computer. You can do that with just a revision number. You don't need a tag. If you like to use tags, that's of course fine, but all the points you make are satisfied just by knowing a branch and revision number. Don't misunderstand. The working copies we do builds from have no local modifications. I'm not talking about a developer doing a build on his local machine from a working copy which is also used for development. That's not the case. I'm talking about machines which are dedicated to doing nothing but builds, and have working copies of release branches. But if you just built r10198, and some last-minute bugs were found and fixed in r10199, it's much faster (and no less accurate or repeatable) to 'svn up' rather than doing another 'svn export'. This is a common pattern for integrating cruisecontrol.rb with subversion. You keep a local working copy on the test machine. Nobody makes modifications to it, it's just a local cache of the software under test. Every time a new revision is detected, CC runs 'svn up' and re-runs all the unit tests. You get results fast, and developers know quickly if something they've done has broken a test. There's a reason that management systems and practices are developed and rarely do they focus on simpler or faster. You speak of 'management systems and practices' as if that were some monolithic thing. This is a vast oversimplification of a complex topic. Further, emphasizing process simplicity and speed (while maintaining repeatability, of course) is quite legitimate. Complex and unnecessarily time-consuming processes are those which encourage mistakes and increase expenses. The whole agile approach to software is about making the process simpler and faster, while improving quality and value. alex --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Mar 12, 2010, at 10:10 AM, Eric Cope wrote: Alex, Can you share more about how you operate this testing machine? Does this machine do automatic daily testing? how do you control it? Is it cron/bash based? I am working on a web application. Would it be possible to port my PHP unit tests and Selenium integration tests? I am very interested in your process. Craig, if you have a process, I am also interested in yours as well. Thanks, Eric We use cruisecontrol.rb, which is a Rails application for testing other Rails applications. It re-runs all tests every time it detects a new commit in subversion. (Works with git, mercurial, etc as well.) http://cruisecontrolrb.thoughtworks.com/documentation/docs I found, but have never used, phpUnderControl : http://www.phpundercontrol.org/about.html That might fit your bill? As far as Selenium... we have Selenium tests in our test suite, but we currently have no automated way to run them. I know there's Selenium Remote Control, which can be used to farm the tests out to various boxes (so you can run all your tests in IE7+WinXP, IE8+Vista, FF+WinXP, FF+OSX, etc, etc). I presume this is done in some automated fashion, like cruisecontrol.rb. We have never made the time to set that up, which I do think is a gap in our current testing process. http://seleniumhq.org/projects/remote-control/ alex PGP.sig Description: This is a digitally signed message part --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
I looked at using several virtual machines, one of IE7, IE8, Firefox, Chrome, Safari, then letting rc drive it. The downside is that the selenium folks have never used the PHP extensions to run it and I don't have a machine good enough to have that many virtual machines run well, especially vista/7. Thanks for the phpundercontrol link, I will take a gander at it. Eric On Fri, Mar 12, 2010 at 9:44 AM, Alex Dean a...@crackpot.org wrote: On Mar 12, 2010, at 10:10 AM, Eric Cope wrote: Alex, Can you share more about how you operate this testing machine? Does this machine do automatic daily testing? how do you control it? Is it cron/bash based? I am working on a web application. Would it be possible to port my PHP unit tests and Selenium integration tests? I am very interested in your process. Craig, if you have a process, I am also interested in yours as well. Thanks, Eric We use cruisecontrol.rb, which is a Rails application for testing other Rails applications. It re-runs all tests every time it detects a new commit in subversion. (Works with git, mercurial, etc as well.) http://cruisecontrolrb.thoughtworks.com/documentation/docs I found, but have never used, phpUnderControl : http://www.phpundercontrol.org/about.html That might fit your bill? As far as Selenium... we have Selenium tests in our test suite, but we currently have no automated way to run them. I know there's Selenium Remote Control, which can be used to farm the tests out to various boxes (so you can run all your tests in IE7+WinXP, IE8+Vista, FF+WinXP, FF+OSX, etc, etc). I presume this is done in some automated fashion, like cruisecontrol.rb. We have never made the time to set that up, which I do think is a gap in our current testing process. http://seleniumhq.org/projects/remote-control/ alex --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? I've never done it before, but I believe that's kinda what these guys specialize in: http://bitrock.com/ I saw them at a conference. They'll even pull in the rest of the stack you need into a mega installer -- which I imagine helps customers install it correctly :) --Ted signature.asc Description: This is a digitally signed message part --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.com wrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz /full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.comwrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Eric On Thu, Mar 11, 2010 at 2:16 PM, James Finstrom jfinst...@rhinoequipment.com wrote: What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz /full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.comwrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
For our Rails application at my job (which bundles Ruby, Apache, Postgres, etc, etc...), we install everything into a scratch directory, use find to remove all .svn files, and make a tarball of the result. There's a lot more that goes on, but that's the basic process. The customer just unpacks the tarball and runs a script to fire the whole thing up. We don't support Windows for this app, so I don't have any experience packaging for that platform. I think our other products which do run on Windows use an InstallShield installer. alex On Mar 11, 2010, at 3:47 PM, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Eric On Thu, Mar 11, 2010 at 2:16 PM, James Finstrom jfinst...@rhinoequipment.com wrote: What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz / full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.com wrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss PGP.sig Description: This is a digitally signed message part --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
I like the idea of find to remove svn and then just zip (so windows is ok). Thanks! Eric On Thu, Mar 11, 2010 at 2:58 PM, Alex Dean a...@crackpot.org wrote: For our Rails application at my job (which bundles Ruby, Apache, Postgres, etc, etc...), we install everything into a scratch directory, use find to remove all .svn files, and make a tarball of the result. There's a lot more that goes on, but that's the basic process. The customer just unpacks the tarball and runs a script to fire the whole thing up. We don't support Windows for this app, so I don't have any experience packaging for that platform. I think our other products which do run on Windows use an InstallShield installer. alex On Mar 11, 2010, at 3:47 PM, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Eric On Thu, Mar 11, 2010 at 2:16 PM, James Finstrom jfinst...@rhinoequipment.com wrote: What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz /full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.com wrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
tar has the following option in `man tar` [--exclude PATTERN ] so you can exclude anything you dont want in there. There is not going to be package system that is one size fits all short of a tar ball On Thu, Mar 11, 2010 at 2:58 PM, Alex Dean a...@crackpot.org wrote: For our Rails application at my job (which bundles Ruby, Apache, Postgres, etc, etc...), we install everything into a scratch directory, use find to remove all .svn files, and make a tarball of the result. There's a lot more that goes on, but that's the basic process. The customer just unpacks the tarball and runs a script to fire the whole thing up. We don't support Windows for this app, so I don't have any experience packaging for that platform. I think our other products which do run on Windows use an InstallShield installer. alex On Mar 11, 2010, at 3:47 PM, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Eric On Thu, Mar 11, 2010 at 2:16 PM, James Finstrom jfinst...@rhinoequipment.com wrote: What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz /full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.com wrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
Looks like the zip command can too. No need to change your dev tree simply exclude: -x files Explicitly exclude the specified files, as in: zip -r foo foo -x \*.o which will include the contents of foo in foo.zip while excluding all the files that end in .o. The backslash avoids the shell filename substitution, so that the name matching is per- formed by zip at all directory levels. If you do not escape wildcards in patterns it may seem to work but files in subdirectories will not be checked for matches. Also possible: zip -r foo foo -...@exclude.lst which will include the contents of foo in foo.zip while excluding all the files that match the patterns in the file exclude.lst (each file pattern on a separate line). On Thu, Mar 11, 2010 at 3:00 PM, Eric Cope eric.c...@gmail.com wrote: I like the idea of find to remove svn and then just zip (so windows is ok). Thanks! Eric On Thu, Mar 11, 2010 at 2:58 PM, Alex Dean a...@crackpot.org wrote: For our Rails application at my job (which bundles Ruby, Apache, Postgres, etc, etc...), we install everything into a scratch directory, use find to remove all .svn files, and make a tarball of the result. There's a lot more that goes on, but that's the basic process. The customer just unpacks the tarball and runs a script to fire the whole thing up. We don't support Windows for this app, so I don't have any experience packaging for that platform. I think our other products which do run on Windows use an InstallShield installer. alex On Mar 11, 2010, at 3:47 PM, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Eric On Thu, Mar 11, 2010 at 2:16 PM, James Finstrom jfinst...@rhinoequipment.com wrote: What distro is it running, It is pretty simple to make RPM's You can also as suggested simply tar it up tar -czvf myapp.tar.gz /full/path/to/app/ On the server tar -xzvf myapp.tar.gz -C / On Thu, Mar 11, 2010 at 2:08 PM, Eric Cope eric.c...@gmail.com wrote: Its a web app intended to install on internal web servers that should not have public access. On Thu, Mar 11, 2010 at 1:57 PM, keith smith klsmith2...@yahoo.com wrote: If this is a web app, then, why not use FTP? Keith Smith --- On Thu, 3/11/10, Craig White craigwh...@azapple.com wrote: From: Craig White craigwh...@azapple.com Subject: Re: OT: Method of packaging software for shipment To: Main PLUG discussion list plug-discuss@lists.plug.phoenix.az.us Date: Thursday, March 11, 2010, 10:27 AM On Thu, 2010-03-11 at 10:19 -0700, Eric Cope wrote: Hello all, I am wrapping a web application that is meant for installation on my customer's servers. Does anyone have experience packaging up software for shipment? What tools do you use? Can you offer any advice? probably just a tar/gzip but that would actually depend on what the application language is (php?) and what if any resources need to be made available (i.e. scripts for initializing an sql db, etc.) and also the platform (i.e. redhat only, or linux in general or all possible OS types). Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss -- James Finstrom Rhino Equipment Corp. http://rhinoequipment.com ~ http://postug.com Phone: 1-877-RHINO-T1 ~ FAX: +1 (480) 961-1826 Twitter: http://twitter.com/rhinoequipment IP: gu...@asterisk.rhinoequipment.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us
Re: OT: Method of packaging software for shipment
On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
I forgot about the devel list. I assume you meant understanding and planning on my behalf. That is exactly what I need. Thanks! +2 points to Craig. Eric On Thu, Mar 11, 2010 at 3:08 PM, Craig White craigwh...@azapple.com wrote: On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Thu, Mar 11, 2010 at 2:47 PM, Eric Cope eric.c...@gmail.com wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Seems like you need a deploy script. It would run svn export ...remove unneeded test directories ...and then tar/zip the rest. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
sounds right. After I develop it, I can post it if anyone is interested... Thanks, Eric On Thu, Mar 11, 2010 at 3:06 PM, Tony Wasson ajwas...@gmail.com wrote: On Thu, Mar 11, 2010 at 2:47 PM, Eric Cope eric.c...@gmail.com wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Seems like you need a deploy script. It would run svn export ...remove unneeded test directories ...and then tar/zip the rest. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Thu, Mar 11, 2010 at 3:34 PM, Eric Cope eric.c...@gmail.com wrote: sounds right. After I develop it, I can post it if anyone is interested... Thanks, Eric On Thu, Mar 11, 2010 at 3:06 PM, Tony Wasson ajwas...@gmail.com wrote: On Thu, Mar 11, 2010 at 2:47 PM, Eric Cope eric.c...@gmail.com wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Seems like you need a deploy script. It would run svn export ...remove unneeded test directories ...and then tar/zip the rest. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss For windows the Nullsoft installer is nice http://sourceforge.net/projects/nsis/files/ -- JD Austin Twin Geckos Technology Services LLC j...@twingeckos.com Voice: 480.288.8195x201 Fax: 480.406.6753 http://www.twingeckos.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
cool find! On Thu, Mar 11, 2010 at 4:08 PM, JD Austin j...@twingeckos.com wrote: On Thu, Mar 11, 2010 at 3:34 PM, Eric Cope eric.c...@gmail.com wrote: sounds right. After I develop it, I can post it if anyone is interested... Thanks, Eric On Thu, Mar 11, 2010 at 3:06 PM, Tony Wasson ajwas...@gmail.com wrote: On Thu, Mar 11, 2010 at 2:47 PM, Eric Cope eric.c...@gmail.com wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. Seems like you need a deploy script. It would run svn export ...remove unneeded test directories ...and then tar/zip the rest. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss For windows the Nullsoft installer is nice http://sourceforge.net/projects/nsis/files/ -- JD Austin Twin Geckos Technology Services LLC j...@twingeckos.com Voice: 480.288.8195x201 Fax: 480.406.6753 http://www.twingeckos.com --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Mar 11, 2010, at 4:08 PM, Craig White wrote: On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Can't speak for anyone else, but at least in my case I think there was quite a lot of understanding and planning. If the build machine already has a recent working copy of the branch you want to build, switching to a different branch or getting the last bug fix with 'svn up' or 'svn switch' is a lot simpler and faster than getting another full 'svn export'. PGP.sig Description: This is a digitally signed message part --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
Re: OT: Method of packaging software for shipment
On Thu, 2010-03-11 at 19:53 -0600, Alex Dean wrote: On Mar 11, 2010, at 4:08 PM, Craig White wrote: On Thu, 2010-03-11 at 14:47 -0700, Eric Cope wrote: It needs to be deployed to Linux and Windows. I can't just tar /dir because I have .svn files I don't want to include as well as test directories. I planned on using a form of tar/zip. ignoring that this really should have been on the development mail list... svn help export I can't imagine a single good reason for using an existing directory instead of exporting specific 'tags' from svn and using that for packaging except that there really wasn't much understanding and planning in svn. Can't speak for anyone else, but at least in my case I think there was quite a lot of understanding and planning. If the build machine already has a recent working copy of the branch you want to build, switching to a different branch or getting the last bug fix with 'svn up' or 'svn switch' is a lot simpler and faster than getting another full 'svn export'. I tend to think bigger picture and don't resort to simplifications just because they are simpler or faster. Reasons that come immediately to my mind to only use an svn export (from a specific 'tag': - stability - you can always see what was packaged by doing a checkout in another directory or on another computer. - repeatability - you will always get the same files regardless of where, how you package them. - durability - one of the reasons you chose a version control system in the first place... that if the system that you built it on or saved it on isn't available, you still can get the files that comprised the package. - identification - easy enough to tag and identify which version but if you have some 'build machine with a recent working copy of the branch', that machine is going to change if not within minutes, certainly in some days. There's a reason that management systems and practices are developed and rarely do they focus on simpler or faster. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
