From:
<chr...@ma...> - 2006-04-21 21:26:30
|
Hi, I'm not a programmer but I find this script from Tomster. http://tomster.org/blog/archive/2005/10/16/instant-plone/ It may be usefull (or not) Christophe Chris Steel a =E9crit : >Hi Russ, > >Thanks! I am going to try it out. Here is mine. > >I started this script in order to rapidly re-create identical >instances on multiple systems so that everyone here had the same >setups for testing, they could break them and set them back up >identically at will. I used a small collection of install instructions >as a reference for installing plone products of interest to us. (a >fine example of the variety of compression formats, directory >structures and so on you mentioned). Lately I have been reading a lot >of python and have been preparing to move the script(s) to python once >I finished working through the best ways to install zope and so forth >and then the original shell script would (will?) be changed into a >python installer {but who really needs a python installer script - >smirk} ). The "I have nothing better to do right now" horizon project >being a plone archetype for a web based recipe / check box system for >automating installations (or for the more prudent traveller the >creation of install scripts) server / plone / plone product / what >ever installer page thingy. > >The python seems to have gotten a rather serious hold of everyone here >at the moment so perhaps I will forget about some of my personal >deadlines and submit to it's grasp myself sooner rather than later. >{sigh} > >FYI - my script uses rsync in, shall I say a rather unorthodox manner, >it syncs an installation "package" (a folder with an installation >script set and components and config files) rather than syncing a >"server" per say. It is not very pretty, but it is really fast, old >school type script. > >Cheers, > >Chris Steel > >Manoeuvre.org > >On 4/20/06, Russ Ferriday <ru...@to...> wrote: > =20 > >>Interesting, Chris. >>I'm in the middle of a proposal and only have a moment. Paraphrasing Pa= scal, >>this would have been shorter, but I hadn't the time. >>Attached is a version that has worked for Z2 and recent Plones, and tha= t >>I've recently hastily modified for Z3, standalone. >>It's not quality but has served quite well. It used to smartly apply di= ffs >>to client and zeo config files, but that was a pain to keep up to date. >>The precursor was a pure shell script. It was when I moved from that to >>python that I lost patience with the diff'd config files. >>The package info that's currently hard coded could easily be external t= o >>remove a major source of change in the script itself >>It's irritating how conventions about .tgz, .tar.gz and version numberi= ng >>have changed in Plone and Zope. Makes it hard to automate. And sometime= s >>unzipped packages are names a bit different from the tar files they wer= e in. >>So there's that horrible kludge about building as you'll see. Lots of t= his >>could be improved by having some nice managed config info in a public p= lace. >>Best would be to install by fetching the script and tools from svn. A l= ist >>of options for bundles could be offered or passed as params. >>I think it's time to move more to this model (possible exception of Win= dows) >>and away from packaged installers which need much maintenance for the v= alue >>they provide, and only provide a 'getting-started' kind of config. The = ones >>I know seem to put things in /usr/local/zope and forget that there will= be >>multiple concurrent versions, installations, some for testing, some for >>production ;) - I'm moving over to a setup that facilitates virtual ser= vers- >> no need to go outside a virt server root, but that can be configured f= or a >>'systemwide' installation. >>other notes; >>testZEO is the script to start things up. >>I need (we all need) the ability to have specific python installations = to >>maintain control of special site-package configs. Lots more things comi= ng >>inside eggs, PIL, SQLObject, etc. >>I rely on there being a platform python to run all this with. But I nev= er >>use that to run Zope. >>in fstools.py curlFile() looks for cached versions of the file to get. >>Saves some time during testing, while still not needing to rsync from a >>preloaded server. >>Now show me yours! ;) >>--r >> >> >> >> >>On 20 Apr 2006, at 19:18, Chris Steel wrote: >> >> >>I use a rather kludgy install script I've developed that does a from-so= urce >>build and install of python, zope, plone, linguaplone. >>It always creates ZEO client0 and client1. >>I find it really useful for dev and debugging, even before we get to >>multiprocessor systems and performance. >>Each zope install gets its own pet python, so everything is very contro= lled, >>including python add-ons like PIL. >>Would it be worthwhile to recommend ZEO clients as a standard part of s= erver >>setup? >>--r >> >>Russ, >> >>I am in the process of building an rsync / ssh script to do the same th= ing. >>Right now I use it for installing plone products on a remote dev system= . The >>script is also "rather clunky" but gets the job done. Basically it ssh= 's >>into the server, rsyncs an installation directory and then runs a scrip= t >>that was rsynced onto the server with the package. It then installs the >>products, corrects ownership info an so forth. Want to trade scripts? = That >>could save me a lot of time and it is basically where I am headed now. >> >>Thanks, >> >>Chris Steel >> >>manoeuvre.org >> >> >>-- >>View this message in context: >>http://www.nabble.com/Server-Guide%3A-Overview-and-Document-structure-t= 1472505.html#a4012778 >>Sent from the Plone - docs forum at Nabble.com. >> >> >> >>------------------------------------------------------- >>Using Tomcat but need to do more? Need to support web services, securit= y? >>Get stuff done quickly with pre-integrated technology to make your job >>easier >>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo >>http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 >>_______________________________________________ >>Plone-docs mailing list >>Plo...@li... >>https://lists.sourceforge.net/lists/listinfo/plone-docs >> >> >> >> >>=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97 >>Russ Ferriday >>Topia Systems >>tel: (+44) (0) 2076 177758 >>mobile: (+44) (0) 7789 338868 >>web: http://www.topia.com >>skype: ferriday >> >> >> >> >> =20 >> |