> What I have in mind is a repository on > opensolaris.org, and a child > workspace on whatever system you generate the PDFs > on. Think of the > workspace as a semi-permanent staging directory for > the PDFs.
Here's the current process: Michelle uploads and announces the new XML sources in a tarball. I download the tarball to my home system and untar it in a directory. I run a fairly simple shell script to generate PDF files. I usually start this late at night and just let in run while I call the sleep() fuhction. I tar up and upload said PDF's and update the web page. Making this into an svn or Mercurial repository sounds like using a sledge hammer to swat a fruit fly. > Then, instead > of tarring up the directory, do "hg commit > -m'snapshot of YYYYMMDD'; hg > push" or "svn commit -m'snapshot of YYYYMMDD'". At > that point you're > basically done--the SCM software will make a note of > the changed files > and ship them to the server. Would this then require either: 1) people needing to use svn/Mercurial to download the PDF files 2) downloading individual PDF's I would argue either option is unacceptable. (1) has far too much complexity involved--people just want to click on the tarball and download it. (2) has the same problems as docs.sun.com, where people need to waste time slurping down each file individually. People have expressed (if memory serves) the desire to download all files in one easy step. > The only thing manual step I can think of is when you > add a > document--you'll need to tell the SCM software to > track the new PDF. > But that's a one-time operation. Actually, a two-time operation if I understand correctly. Michelle needs to do it at her end, and I have have to as well. > Rainer> My script runs on everything in the (local to > me) directory the > Rainer> XML sources go into. > > Sounds like a job for make(1), then. I've never built makefiles, only having done minor edits to the ocassional one. I can't see this being easier than the shell script I wrote. Rainer This message posted from opensolaris.org _______________________________________________ website-discuss mailing list [email protected]
